A FRAMEWORK FOR MANAGING DOCUMENT OBJECTS STORED ON A 
NETWORK 

1 This application is a continuation-in-part of U.S. Application Serial Number 

2 1 0/050,5 1 5, filed January 18, 2002, entitled A SYSTEM AND METHOD FOR 

3 COLLECTING, STORING, MANAGING AND PROVIDING CATEGORIZED 

4 INFORMATION RELATED TO A DOCUMENT OBJECT, which claims priority from 

5 U.S. Provisional Application No. 60,273,520, filed March 7, 2001 , entitled SYSTEM 

6 AND METHOD FOR COLLECTING AND PROVIDING USERS WITH 

7 CATEGORIZED INFORMATION RELATED TO AN OPEN DOCUMENT and U.S . 

8 Provisional Application No. 60/282,470, filed April 1 0, 200 1 , entitled SYSTEM AND 

9 METHOD FOR COLLECTING, STORING, MANAGING AND PROVIDING TO 

1 0 NETWORK USERS CATEGORIZED INFORMATION RELATED TO AN OPEN 

11 DOCUMENT. 

12 This application also claims priority from U.S. Provisional Application No. 

1 3 60,273 ,520, filed March 7,2001, entitled SYSTEM AND METHOD FOR 

1 4 COLLECTING AND PROVIDING USERS WITH CATEGORIZED INFORMATION 

1 5 RELATED TO AN OPEN DOCUMENT and U.S. Provisional Application No. 

16 60/282,470, filed April 10, 2001, entitled SYSTEM AND METHOD FOR 

1 7 COLLECTING, STORING, MANAGING AND PROVIDING TO NETWORK USERS 

1 8 CATEGORIZED INFORMATION RELATED TO AN OPEN DOCUMENT, which are 

1 9 both hereby incorporated by reference. 



20 The following other continuation-in-part application filed concurrently herewith, 

21 also claiming priority from the above-referenced patent application, is incorporated herein 

22 by reference entitled, A METHOD AND SYSTEM FOR MAKING DOCUMENT 

23 OBJECTS AVAILABLE TO USERS OF A NETWORK, by inventor Thomas Layne 

24 Bascom. 

25 TECHNICAL FIELD 

26 The technical field is relating documents on computer networks and storing, 

27 indexing and presenting those relationships to network users. 

28 BACKGROUND 

29 Networks connecting many computers offer users access to a wide variety of 

30 information. Computers are exceptional devices for storing, sorting and relating large 

3 1 amounts of information. Information is stored on computers and networked computing 

32 and storage devices as documents or objects, together referred to as document objects. 
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1 Such document objects may contain any form of information, from text documents and 

2 articles, financial data, statistical information, electronic mail, images and photos, music, 

3 animation, and even motion pictures. 

4 The Internet, as a network of interconnected networks, offers users access to an 



5 even broader collection of information - the Worldwide Web (the "Web"). On the Web, 

6 publishers offer information for educational, recreational, commercial and other purposes. 

7 The Internet, and it's predominant Web form, is organized and accessed by assigning 

8 document objects an address, or Uniform Resource Locater ("URL"). These URLs define 

9 the transfer protocol for and location of each individual document object on the Internet, 

1 0 or other network, including the Internetworking Protocol ("IP") address of the host 

1 1 computer system of the document object. 

12 A URL may also represent an address including instructions for accessing a 

1 3 document object that is generated on request by retrieving and rendering for presentation 

14 organized information in response to information supplied by the requestor. When the 

1 5 URL contains enough information to recreate the document object generated in such a 

1 6 manner, that document object can be recreated for others using the URL. A URL may 

1 7 also include information, sometimes called a bookmark, with information allowing the 

1 8 rendering tool to present or highlight a location in the document upon opening the 

1 9 document. 

20 Users accessing computer networks and the Internet are generally required to 

21 perform their own searches across the networks for the information, stored as document 

22 objects, that they desire or need. As the amount of information available on computer 

23 networks, and on the Internet in particular, grows exponentially, existing search and 

24 information location techniques become increasingly less effective. Existing Internet 

25 search techniques often yield too many seemingly related references which are not, in 

26 fact, truly useful to the user. The usefulness of traditional Internet search and indexing 

27 systems is actually decreasing as the number of documents on the Internet explodes. 



28 Existing search, categorization, and retrieval techniques for document objects 

29 stored on computer networks, while generally executed at the high speeds of modern 

30 computer systems, are increasingly imprecise and often much too broad, as well as time 

3 1 and labor intensive, owing to the explosion of information being added to those networks. 

32 A need exists to enhance the network user's information browsing experience. A 

33 need exists to provide network users with information relevant to the individual document 

34 object they are accessing and provide that information in a context of value to them by 
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1 relating the document object they are accessing to link references to other document 

2 objects within a specific context. Such other document objects may or may not be offered 

3 by the publisher of the document object currently accessed. A need exists to provide 

4 network users with information relevant to the specific information the user may be 

5 searching for and relevant to the user's immediate personal, professional, geographic and 

6 other interests. 



7 A need exists to manage information available on the network by creating and 

8 defining relationships between document objects that are relevant to one another. A need 

9 further exists to allow the creation of multiple frameworks for managing, creating and 

10 defining relationships between document objects that are relevant to one another. A need 

1 1 further exists to provide users with access to these multiple frameworks for management 

12 of document obj ects. 

13 A need further exists to facilitate educated selection of related document objects 

14 by presenting these relationships with managing information while viewing document 

1 5 objects on the network. 

16 A need exists for entities or groups to be able to communicate information to their 



17 employees or members as those employees or members access document objects on a 

18 network, and to enable those employees or members to view content deemed important to 

19 the entities or groups. A need further exists for publishers of content on the Internet to be 

20 able to personalize content presented to Internet users without requiring the establishment 

21 of a personal relationship between the user and the content publisher. A need exists to 

22 enable the collection of the search experiences of a group of users and share that 

23 experience with other users of networked information devices. 



24 These needs reflect a broader need to reduce the time and effort involved, and to 

25 provide increased user satisfaction, in user searches for relevant document objects on a 

26 network. 

27 Document objects on networks are currently organized based on characteristics of 

28 the document objects themselves and organized by the hierarchical structure of the 

29 network and the information repositories connected to the network. A need exists to 

30 organize and access information on and across networks based on the characteristics of 

3 1 relationships between the document objects. A need exists to provide an extensible 

32 framework for managing document objects on a network in a manner that does not 

33 modify the document objects, the location of the document objects on the network, or the 

34 architecture of the network itself. 
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1 A need exists to provide an extensible framework for managing and presenting 

2 document objects on networks that allows users to create their own custom management 

3 and presentation schemes for document objects, and to identify and use custom 

4 management and presentation schemes created by other users that may be of value to 

5 them. 

6 Furthermore, a need exists to present a user accessing document objects on the 

7 network with a view of a document object the user is accessing, and document objects 

8 related to that document object, within a framework for management and presentation 

9 developed by the user and by other users of the network. 

10 SUMMARY 

1 1 The systems, apparatus and methods of the present invention (hereinafter 

12 "Linkspace") incorporate and provide many improvements on existing methods for 

13 publishing, distributing, relating and searching document objects on computer networks, 

1 4 including the Internet. 

15 Linkspace operates to provide many beneficial improvements in searching, 

1 6 identifying and publishing information over computer networks. 

17 Linkspace permits a user of a computer network or the Internet to establish 

18 relationships between document objects located on the network or the Internet. Those 

19 relationships may comprise link relationships and link references and are maintained by 

20 Linkspace in one or more link directories. The contents of link directories may be 

21 organized, categorized, sorted and filtered in groupings based on various criteria relating 



22 to, among other things, user interests and attributes, the types of document objects and the 

23 nature of the content of those document objects. Linkspace allows a network user to be 

24 presented with a selection of links to document objects related to the document object the 

25 user is currently accessing based upon the URL of the current document object, and link 

26 relationships created by the user and other users of the network stored in the link 

27 directories. 



28 When a network user equipped with Linkspace identifies and locates a first 

29 document object on the network that is of interest to her, she may initiate one method of 

30 the present invention to mark the location, through its URL, as a start point of a link 

3 1 relationship. When she accesses a second document object on the network that she 

32 considers relevant to the first document object, she initiates another step of one method of 

33 the invention to mark the second document object as an end point of the link relationship. 

34 Upon marking the second document object as the end point, the link relationship is 
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1 created and stored on a link directory selected to store similar link relationships. When a 

2 second network user equipped with Linkspace, and with access to the link directory, 

3 accesses the first document object, he is then presented with a link to the second 

4 document object as a relevant document object that may be of interest to him. Likewise, 

5 if the second network user accesses the second document object, he may then be 

6 presented with a link to the first document object as a relevant document object that may 

7 be of interest to him. 

8 Linkspace consists primarily of a system and method for creating and publishing 

9 link relationships, a system and method for storing and managing link relationships in 

10 link directories, and a system and method for presenting a network user with links related 

11 by link relationships to the document object the user is currently accessing. 

12 In one respect what is described is a method for providing a framework for 



13 managing document objects located on a network. The method may include the steps for 

14 creating one or more link directories for storing link relationships between document 

1 5 objects located on the network; for enabling users of the network to create link 

16 relationships between a first document object located on the network and a second 

17 document object located on the network; for allowing users to assign attributes describing 

1 8 the link relationships and the document objects related by the link relationships; and for 

1 9 managing presentation to a user of link relationships between the document objects 

20 located on the network using the assigned attributes to determine which link relationships 

21 are presented to the user and the manner in which the link relationships are presented. 



22 In yet another respect, what is described is a computer readable medium on which 

23 is embedded a program. The embedded program comprises modules that execute the 

24 above method. 

25 Those skilled in the art will appreciate these and other advantages and benefits of 

26 various embodiments of the invention upon reading the following detailed description of 

27 a preferred embodiment with reference to the below-listed drawings. 

28 DESCRIPTION OF THE DRAWINGS 

29 The detailed description will refer to the following drawings, wherein like 

30 numerals refer to like elements, and wherein: 

3 1 Figure 1 is a diagram showing a system according to one embodiment of the 

32 invention; 

33 Figure 2 is a diagram showing a client device which is Linkspace-enabled and its 

34 interaction with other hardware and software; 
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1 Figure 3a is a diagram showing the components of a server which is Linkspace- 

2 enabled and its interaction with other hardware and software; 

3 Figure 3b is a diagram showing more detail of one embodiment of a user data 

4 store from Figure 3 a; 

5 Figure 4a is a diagram illustrating one embodiment of a link directory according 

6 to one embodiment of the invention; 

7 Figure 4b is a diagram illustrating another embodiment of a link directory 

8 according to one embodiment of the invention; 

9 Figure 5 is a diagram showing one embodiment of the invention implemented on 

1 0 public, private or closed computer networks; 

1 1 Figure 6 is a flowchart illustrating a method according to one embodiment of the 

12 invention; 

1 3 Figure 7 is a flowchart illustrating a method for identifying link relationships 

14 between document objects according to one embodiment of the invention; 

1 5 Figure 8 is a flowchart illustrating a method for publishing link relationships 

1 6 between document objects according to one embodiment of the invention; 

1 7 Figure 9 is one example screen view of a user interface for a relate links dialog 

1 8 box according to one embodiment of the invention; 

19 Figure 10 is an example of a screen view for a client user interface according to 

20 one embodiment of the invention; 

21 Figures 11a, lib, and 11c are flowcharts illustrating a method for providing a 

22 framework for document objects located on a network according to one embodiment of 

23 the invention; 

24 Figure 12 is one example screen view of a user interface for assigning attributes to 

25 document objects in a link directory according to one embodiment of the invention; 

26 Figure 13 is one example screen view of a user interface for assigning attributes to 

27 link relationships in a link directory according to one embodiment of the invention; and 

28 Figure 14 is one example screen view of a user interface for configuring user 

29 profiles according to one embodiment of the invention. 

30 DETAILED DESCRIPTION 

3 1 Figure 1 shows one embodiment of a system 100 for collecting, storing, managing 

32 and providing to network users categorized information related to an open document 

33 object. A document object may contain any form of information, including text 

34 documents and articles, financial data, statistical information, electronic mail, images and 
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1 photos, music, voice data, animation, and even motion pictures, or may refer to a portion 

2 thereof. A document object may be dynamically created or formed. The system 100 

3 includes a network 10, such as the Internet or other network of interconnected computers 

4 or a combination of networks and the Internet; one or more Linkspace-enabled client 

5 devices 20; one or more Linkspace-enabled servers 30, one or more first document 

6 objects 40; one or more second document objects "50; one or more link references 42 and 

7 52, corresponding to the first document objects 40 and the second document objects 50 

8 respectively; and one or more link relationships 45. The system 100 may also include one 

9 or more links 41 and 51 pointing to the first document objects 40 and second document 

10 objects 50 respectively. The client devices 20, as well as the server 30, are preferably 

1 1 Linkspace-enabled. The client device 20 may comprise a computer or other digital 

12 information device running software enabled by the present invention to create, filter, sort 

13 and display the link references 42, 52, and the link relationships 45. The server 30 may 

14 comprise a server computer or other digital information device running software enabling 

1 5 the present invention to store, index, search, filter, sort and transmit the link references 

16 42, 52, and the link relationships 45 to client devices 20 . The server 30 further comprises 

17 one or more link directories 35 for storing and indexing information regarding the link 

18 relationships 45 and link references 42 and 52 developed by the client devices 20 with 

19 respect to the one or more first documents 40 and second documents 50. 

20 The link reference 42, 52 comprises a pointer to one document object 40, 50 on 

21 the network 10 and attributes associated with that document object 40, 50. The link 

22 relationship 45 comprises two pointers, one each to the first document object 40 and to 

23 the second document object 50, and attributes describing characteristics of the 

24 relationship between the two document objects 40, 50 related by the link relationship 45. 

25 The pointers included in a link relationship 45 may be comprised of pointers to a link 

26 reference 42, 52. The link relationship 45 establishes a meaningful relationship between 

27 two document objects 40, 50, whereas the locations of the document objects 40, 50 may 

28 be maintained within the Linkspace system 100 by means of the link references 42, 52. 

29 The system 100 shown in figure 1 operates to create and store link relationships 

30 45. The system 100 creates and stores link relationships 45 between a first document 

3 1 object 40 and a second document object 50, preferably on one or more servers 30 in one 

32 or more link directories 35 in the manner described as follows. The client device 20 is 

33 enabled by means of software or other devices to request, access and display document 

34 objects on the network 10. When the user of a client device 20 identifies one first 
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1 document object 40 of interest to her that she wishes to associate with a second document 

2 object 50, she utilizes the software running on the Linkspace- enabled client device 20 to 

3 create a link relationship 45 between the first document object 40 and the second 

4 document object 50. This link relationship 45 is then stored on the server 30 in a link 

5 directory 35. . 

6 In an alternate embodiment, the system 100 may operate to perform the functions 

7 described above, including the creation of link relationships 45 and link references 42, 52, 

8 the storing of link relationships 45 and link references 42, 52, and providing access to and 

9 retrieval of link relationships 45 and link references 42, 52, by means of automated 

1 0 procedures requiring little or no user interaction. 

1 1 When a client device 20 later requests and accesses a first document object 40 for 

12 which the server 30 has stored an associated link relationship 45 in one or more link 

1 3 directories 35, the server 30 delivers to the client device 20 the link references 42 and the 

14 link relationships 45, along with contextual information, or attributes, associated with the 

1 5 link references 42 and the link relationships 45. The client device 20 then displays to the 

1 6 user of the client device 20 the existence of a link relationship 45 between the first 

1 7 document object 40 being accessed by the client device 20 and the second document 

1 8 object 50. This enables the user of the client device 20 to be made aware of the second 

1 9 document object 50, the context of the second document object 50, and the context of the 

20 relationship between the second document object 50 and the first document object 40 as 

21 that relationship may be of interest to the user of the client device 20 while viewing the 

22 first document object 40. 

23 Each link relationship 45 may also operate in the reverse direction. In this 

24 manner, when a user of the client device 20 is accessing the second document object 50 

25 for which an associated link relationship 45 is stored in the one or more link directories 

26 35 on the server 30, the server 30 then transmits the link references 42 and the link 

27 relationships 45, with contextual information, to the client device 20. This enables 

28 display of the availability of the related first document object 40 to the user of the client 

29 device 20 with the context of the first document object 40, and within the context of its 

30 relationship to the displayed second document object 50. 

3 1 While the system 1 00 is generally described as having enabling software resident 

32 on the client device 20 and on the server 30, various other software configurations are 

33 possible, including having all of the software resident at either the server 30 (making the 

34 client device 20 essentially a "dumb terminal") or at the client device 20 (making the 
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1 client device 20 essentially perform server functions), or various software sharing 

2 arrangements. For example, the client device 20 may include the one or more link 

3 directories 35, a communications module (described later in reference to Figure 3a), and a 

4 user data store that may maintain information regarding authorized users of the client 

5 device 20 (described later in reference to Figures 2, 3a, and 3b). 

6 Figure 2 is a diagram showing an example of the components of a Linkspace- 

7 enabled client device 20 and its interaction with other software and hardware. The client 

8 device 20 preferably includes a rendering tool 210, such as a web page browser like 

9 Microsoft® Internet Explorer, for rendering document objects located on the network 1 0 

10 and displaying those document objects to users of the client device 20; a client tool 220, 

1 1 for allowing the user of the client device 20 to create and access link relationships 45 

12 between document objects; and a network access tool 240, such as a TCP/IP stack or 

13 other interface, for allowing software modules on the client device 20 to connect to and 

14 communicate with other devices and document objects on the network 10. The client 

1 5 device 20 operates primarily to create and present link relationships 45 to users. 

1 6 The rendering tool 210 may store a document obj ect URL address 2 1 5 for 

17 referring to the document object currently being accessed and rendered by the rendering 

1 8 tool 210. The rendering tool 210 may also include a Graphic User Interface ("GUI") 

19 display 21 8, or other type of display, for displaying the document objects accessed and 

20 rendered by the rendering tool 210. In alternate embodiments of the invention, the client 

2 1 device 20 may include more than one rendering tool 2 1 0 enabling the user of the client 

22 device 20 to access multiple document objects. 

23 The client tool 220 may include a client GUI display 225, or other display 

24 software and hardware, for displaying link references 42, 52 and link relationships 45 to 

25 the user of the client device 20. Typically, the displayed link references 42, 52 and link 

26 relationships 45 would be those link references 42, 52 and link relationships 45 relevant 

27 to the document object currently being rendered and displayed by the rendering tool 2 1 0 

28 (as determined by the document object URL address 21 5 in the rendering tool 210). The 

29 client tool 220 may also include Linkspace user profile data 230 for storing information 

30 about the user of the client device 20, the link directories 35 the user may have access to, 

3 1 and the attributes of link references 42, 52, and attributes of link relationships 45 that the 

32 user may be interested in. The Linkspace user profile data 230 may also or alternatively 
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1 be stored on the one or more servers 30, along with the Linkspace user profile data 230 of 

2 all other users of the system 100. 

3 An example of how the client device 20 operates to create and present link 

4 relationships 45 to users of the client device 20 follows. While the network access tool 

5 240 is active and placing the client device 20 in communication with the network 10, the 

6 user enables the rendering tool 2 1 0 and the client tool 220. The user may then request 

7 and access document objects stored on the network 10 by means of the rendering tool 

8 210. Through the GUI display 218, the users enters or otherwise selects a document 

9 object URL address 215 associated with the first document object 40 of interest to the 

10 user. The client tool 220 connects to and uses the rendering tool 210 and accesses the 

1 1 document object URL address 215 associated with the first document object 40. The 

12 client tool 220 then establishes contact with the server 30 and passes to the server 30 the 

1 3 stored document object URL address 215 associated with the first document object 40, 

14 along with any relevant information that may come from the Linkspace user profile data 

15 230. The connection to the server 30 may be initiated through the network access tool 

1 6 240 or by other means not utilizing the network access tool 240. 

17 The Linkspace-enabled server 30 searches the link directories 35 for any URLs in 

1 8 the link references 42, 52 matching, or similar to, the document object URL address 215. 

1 9 After searching, the server 30 retrieves the one or more link relationships 45 that include 

20 the document object URL address 215. Prior to searching, the URLs may be stripped of 

21 any information not relevant to the location of the document object 40, 50 on the network 

22 10. Such information not relevant to the location of the document object 40, 50 may 

23 include query strings or other data attached to URLs for tracking or other purposes. 

24 The server 30 then determines the link references 42, 52 which may be of interest 

25 to the user of the client device 20 by filtering the retrieved link references 42, 52 using the 

26 Linkspace user profile data 230 and the attributes assigned to the link references 42, 52 

27 and to the link relationships 45. The filtering of link references 42, 52 and link 

28 relationships 45 may be accomplished by one of several methods of filtering data 

29 including matching, character and Boolean comparing, and other data comparison and 

30 filtering methods. The server 30 then transmits to the client tool 220 the filtered link 

3 1 references 42, 52 included in the one or more link relationships 45. The client tool 220 

32 presents the transmitted link references 42, 52 within the context established by the link 

33 relationships 45 by means of the client GUI display 225. 
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1 To create a new link relationship 45, the user of the client device 20 must select a 

2 first document object 40 to begin the link relationship, a second document object 50 to 

3 complete the link relationship 45, and assign attributes to the link references 42, 52 and 

4 the link relationship 45 between the two document objects 40, 50. To select a first 

5 document object 40 to begin the new link relationship 45, the user interacts with the client 

6 GUI display 225 to activate a function of the client tool 220 to capture the document 

7 object URL address 215 associated with the first document object 40. To select a second 

8 document object 50 to complete the new link relationship 45, the user may interact with 

9 the GUI display 21 8 of the rendering tool 210 to request, access and display the second 

1 0 document object 50. The user may then interact with the client GUI display 225 again to 

1 1 activate a further function of the client tool 220 to capture the document object URL 

12 address 215 associated with the second document object 50, completing the selection of 

13 document objects 40, 50 participating in the new link relationship 45. Once the two 

14 document objects 40, 50 are established, attributes of the link references 42, 52 and the 

1 5 new link relationship 45 may be assigned. 

1 6 The user may select or otherwise specify attributes associated with the link 

17 references 42, 52 and link relationship 45. These attributes aid in categorizing, sorting or 

1 8 filtering the link references 42, 52 and the link relationship 45 in the link directories 35 

19 for delivery to other client devices 20. The attributes may be, for example, descriptive, 

20 temporal, spatial, or quantitative in nature, i.e., describe the link reference in terms of who 

21 or what, when, where, or how much. One such attribute (not shown) may be a plain 

22 language name for the link reference 42, 52, determined and entered by the user to 

23 describe the link reference in terms more useful to users of the system 1 00 than the 

24 document object URL address 215. Other examples of attributes may include description 

25 of the content of either of the document objects 40, 50 related by the link relationship 45, 

26 wherein that content may be described to include a product review, news article, product 

27 information page, competitor's product information, or product order forms, among other 

28 types of content. 

29 Normally, upon completion of the endpoint capturing and attribute assignment 

30 functions, the client tool 220 connects to the server 30 to store the link references and the 

3 1 new link relationship 45 in the appropriate link directory 35. Generally, the new link 

32 relationship 45 is then made available to other users. Typically, other client devices 20 

33 who have access to the server 30 and are assigned access privileges on the link directory 



Atty. Docket No. 12402 



11 



1 35 in which the new link relationship 45 has been stored are given access to the new link 

2 relationship 45. 

3 Furthermore, if the user of the client device 20 determines that there is a 

4 relationship that is not already described by the transmitted link relationships 45 between 

5 the currently accessed document object 40 and a second document object 50, the user 

6 may proceed to create and publish a new link relationship 45 between the first document 

7 object 40 (currently accessed and displayed by the rendering tool 210) and the second 

8 document object 50. This may be accomplished without displaying the second document 

9 object 50. 

1 0 Figure 3a is a diagram showing the components of the Linkspace-enabled server 

11 30 and its interaction with other hardware and software. The server 30 includes a first 

12 link directory 35, a user data store 370, and a server manager 380. The server 30 may 

13 also include a second link directory 310 and one or more Nth link directories 320. The 

14 server manager 380 coordinates communications between the other components of the 

1 5 server 30. The server manager 380 also coordinates communications with outside 

16 objects, including the one or more client devices 20. The server manager 380 also 

17 performs the function of locating appropriate link directories 35, 310, 320 for the user to 

1 8 participate in based upon a document object presently displayed on the client device 20. 

1 9 The user of the client device 20 may request that the server manager 3 80 look in all link 

20 directories 35, 310, 320 across the system 100, regardless of whether the user has an 

2 1 affiliation with the specific link directory 35, 3 10, 320 (which may be set in the user's 

22 Linkspace user profile data 230), for the URL of the document object the user is currently 

23 accessing with the client device 20. The user data store 370 stores identification and user 

24 profile data regarding users authorized to access the server 30, which of the several link 

25 directories 35, 3 1 0, and 320 those users are permitted access to, and which attribute 

26 preferences the users have for each of the link directories 35,310, 320. In alternate 

27 embodiments of the invention, portions of the information maintained in the user data 

28 store 370 may be stored in the link directories 35, 310, 320. 

29 Figure 3a also shows one or more alternate Linkspace-enabled servers 350 that 

30 may reside on the network 1 0. In alternate embodiments of the system of the invention, 

3 1 the one or more alternate servers 350 may be located off the network 10 but otherwise 

32 connected to or in communication with the client devices 20 and/or the first server 30. 

33 One or more alternate link directories 360 may reside on the one or more alternate servers 

34 350. The one or more alternate servers 350 may include other elements duplicating the 
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1 functions of the server manager 380 and user data store 370, as well as additional link 

2 directories 3 1 0 and 320. The existence of the alternate servers 350 provides for flexibility 

3 in the distribution of link directory data across several servers, redundancy and 

4 interoperability across multiple networks and/or sets of client devices 20 and users of the 

5 Linkspace system 100. 

6 Each of the several link directories 35, 310, 320 or 360 may be associated with 

7 and store link references 42, 52 and link relationships 45. These link references 42, 52 

8 and link relationships 45 may have attributes matching categories defined by an 

9 authorized user designated to manage such link directories 35,310, 320 or 360. In this 

10 manner, each link directory 35, 310, 320 or 360 may be considered to be a community of 

1 1 interest. The authorized user designated to manage such link directories 35,310, 320 or 

12 360 may also establish attributes by which to organize, sort and filter the link references 

1 3 and link relationships 45. Attributes may describe the types and properties of the 

14 document objects 40, 50 and the link relationships 45. Any authorized user of the link 

15 directories 35, 310, 320 or 360 may then create and place link references and link 

1 6 relationships 45 in the link directories 35, 3 10, 320 or 360 and assign attributes to the link 

1 7 references and link relationships 45. 

1 8 Figure 3 a further illustrates the provision for a further link relationship 345 

1 9 between the second document object 50 and a third document object 340. The link 

20 relationship 345 may be created by an authorized user of one of the client devices 20, just 

21 as the link relationship 45 between the first document object 40 and the second document 

22 object 50 was created. The link relationship 345 may be stored in a second link directory 

23 310, separated from the link relationship 45 stored in the first link directory 35. As such, 

24 the link relationships 45 and 345 may be considered to belong to differing communities of 

25 interest represented by the separate first link directory 35 and second link directory 3 1 0. 

26 A user of a client device 20 who is currently viewing or otherwise accessing the second 

27 document object 50 will only be presented with the link relationship 345 if the user is an 

28 authorized user of, and thus in the user directory 370 list for, the second link directory 

29 310. Furthermore, a user of a client device 20 who is currently viewing or otherwise 

30 accessing the second document object 50 will only be presented with both the link 

3 1 relationship 45 and the link relationship 345 if the user is an authorized user of, and thus 

32 in the user data store 370 lists for, both the first link directory 35 and the second link 

33 directory 3 10. A user of the Linkspace system may be or may apply to be an authorized 

3 4 user for any combination of or all of the link directories 35,310, 320, and 360. 
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1 Figure 3b is a diagram showing more detail of one embodiment of the user data 

2 store 370 from Figure 3a. The user data store 370 may include a user directory 372, a 

3 user profile store 375, and a user account store 378. 

4 The user directory 372 includes one or more user data records 374, typically one 

5 or more each for every authorized user of the servers 30, 350. The user data records 374 

6 may include personal identifying data for an associated authorized user and data 

7 indicating the link directories 35, 310, 320, 360 to which each user has access. 

8 The user profile store 375 includes one or more user profile records 330, typically 

9 one or more each for every authorized user of the servers 30, 350. The user profile 

10 records 330 for each authorized user may further include one or more user profiles 332. 

1 1 Each user profile 332 may contain data regarding specific, differing 



12 configurations of the user's personal, professional, geographic and other interests, and the 

13 servers 30, link directories 35, 310, 320, 360, and attributes associated with those 

14 interests, as entered by the user or collected by the client tool 220. The data in the user 

15 profile 332 may be used to determine what link directories 35, 310, 320, 360 that the user 

1 6 may have engaged. The data in the user profile 332 may further determine what attributes 

17 of link references 42, 52, and of link relationships 45, will be considered by the server 30 

1 8 in returning the link references 42, 52 and the link relationships 45 from the link 

19 directories 35, 3 10, 320, 360 to the user's client device 20. 



20 The user account store 378 includes one or more user account records 379, usually 

21 one each for every authorized user of the servers 30, 350. The user account records 379 

22 hold information regarding usage of the Linkspace system 100 by each authorized user. 

23 The information in the user account records 379 may include data on instances of the 



24 publication of link relationships 45, and the transmissions of link relationships 45 and 

25 link references 42, 52 based upon the document object displayed by the client tool 220 of 

26 each user. In alternate embodiments of the invention, data regarding the document 

27 objects 40, 50, 340 requested and accessed by users of the system 100 is not recorded in 

28 the user account records 379 against the individual authorized user in order to maintain 

29 user privacy with regard to what document objects 40, 50, 340 each individual user may 

30 request or access. 

3 1 When an authorized user of a client device 20 creates a link relationship 45 that is 

32 stored in one or more of the link directories 35,310, 320, 360, the server manager 3 80 

33 records in the user account record 379 (associated with the authorized user creating the 

34 link relationship 45) the activity of creating and storing a link relationship 45. Each of 
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1 the authorized users of the link directories 35, 3 1 0, 320, 360 may be allowed to create 

2 link relationships 45 to be stored in one or more of the link directories 35,310, 320 or 

3 360, to which that authorized user is permitted publication access. Each of the authorized 

4 users of each specific link directory 35, 310, 320, 360 may also be allowed access for 

5 display those link relationships 45 stored in the specific link directory 35, 3 10, 320,360 

6 that relate to the first document object 40 or second document object 50 that the user is 

7 currently viewing on the user's client device 20. 

8 The interaction of each of the elements of the server 30, alternate server 350, the 

9 client devices 20, and the first, second and third document objects 40, 50, and 340, along 

10 with the creation and presentation of the link relationships 45 and 345 may be illustrated 

11 by the application of the methods 600, 700, and 800 described below with reference to 

12 Figs. 6, 7, and 8. 

13 Figure 4a shows the general structure of one embodiment of the link directory 35. 

14 This embodiment of the link directory 35 includes a link relationship table 420. 

1 5 The link relationship table 420 comprises a list of link relationships 460, 470, 480, 

1 6 490. These link relationships 460, 470, 480, 490 correspond to the link relationships 45, 

17 345 created by users of the client device 20 as they are stored in the link directory 35. 

18 The link relationship 460 comprises a field 462 containing a link reference 42 (LI) 

19 including the URL address of the first document object 40 related by the link relationship 

20 460; a field 463 containing a link reference 52 (L2) including the URL address of the 

21 second document object 50 related by the link relationship 460; a set of link relationship 

22 attributes 465; and a directional indicator 466 showing the nature of the link relationship 

23 between the two document objects, either unidirectional or bi-directional. The link 

24 relationship 460 is shown with the directional indicator 466 specifying that the link 

25 relationship 460 is a unidirectional link relationship. 

26 Some or all of the list of link relationships 460, 470, 480, 490 comprising the link 

27 relationship table 420 may, in one embodiment of the invention, be stored on the server 

28 30 in the form of relational database records. The relational database record 

29 corresponding to the link relationship 460 may be comprised of one or more relational 

30 database fields corresponding to the field (LI) 462, field (L2) 463, link relationship 

31 attributes 465, and directional indicator 466. Each of the one or more relational database 

32 fields may be formatted and designated to store various forms of relational database data 

33 types. In one embodiment of the invention, the relational database field corresponding to 

34 the field 462, as well as the relational database field corresponding to the field 463, may 
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1 contain data specifying the appropriate URL as text or other format appropriate for the 

2 network upon which the invention may be implemented. In one embodiment of the 

3 invention, the relational database field corresponding to the directional indicator 466 may 

4 be formatted as a simple flag (i.e., Boolean) data type such as True/False, Yes/No, or 

5 On/Off. Alternatively, the relational database field corresponding to the directional 

6 indicator 466 may be formatted as a type to allow entry of a value indicating whether the 

7 link relationship attribute 465 applies forward, backward or in both directions across the 

8 link relationship 460. In one embodiment of the invention, the link relationship attributes 

9 465 may be represented by one or more relational database fields. In this embodiment, 

10 the relational database fields comprising the link relationship attributes 465 may include a 

1 1 field of text data listing the assigned titles of the one or more specific link relationship 

12 attributes assigned to the link relationship 460. The relational database fields comprising 

1 3 the link relationship attributes 465 may then also include one or more attribute value 

1 4 fields containing data formatted appropriately for the corresponding link relationship 

1 5 attribute listed in the above described field of text data. For example, the plain language 

1 6 name link relationship attribute may have its corresponding value stored in a field 

1 7 formatted as text, whereas a zip code attribute may have its corresponding value stored in 

18 a field formatted as a 5 or 9 digit integer, and a date attribute may have its corresponding 

19 value stored in a field formatted in a date format. In an alternative embodiment, the 

20 relational database fields comprising the link relationship attributes 465 may utilize 

21 relational database key fields which point to additional database tables containing the 

22 records specifying each available type of link relationship attribute for the link 

23 relationship 460 and key fields which point to additional tables containing the values 

24 associated with each of link relationship attribute identified by a key. 

25 As with the link relationship 460, the link relationship 470 comprises a field 472 

26 containing a link reference 42 (LI) including the URL address of the first document 

27 object 40 related by the link relationship 470; a field 473 containing a third link reference 

28 (L3) including the URL address of the third document object 340 related by the link 

29 relationship 470; a set of link relationship attributes 475; and a directional indicator 476 

30 showing the nature of the link relationship between the two document objects, either 

3 1 unidirectional or bi-directional. The link relationship 470 is shown with the directional 

32 indicator 476 specifying that the link relationship 470 is a bi-directional link relationship. 

33 The link relationship 480 comprises a field 482 containing a link reference 52 (L2) 

34 including the URL address of the second document object 50 related by the link 
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1 relationship 480; a field 483 containing the third link reference (L3) including the URL 

2 address of the third document object 340 related by the link relationship 480; a set of link 

3 relationship attributes 485; and a directional indicator 486 showing the nature of the link 

4 relationship between the two document objects, either unidirectional or bi-directional. 

5 The link relationship 480 is shown with the directional indicator 486 specifying that the 

6 link relationship 480 is a bi-directional link relationship. 

7 The link relationship 490 comprises a field 492 containing a link reference 52 

8 (L2) including the URL address of the second document object 50 related by the link 

9 relationship 490; a field 493 containing a link reference 42 (LI) including the URL 

10 address of the first document object 40 related by the link relationship 490; a set of link 

1 1 relationship attributes 495; and a directional indicator 496 showing the nature of the link 

12 relationship between the two document objects, either unidirectional or bi-directional. 

1 3 The link relationship 490 is shown with the directional indicator 496 specifying that the 

14 link relationship 490 is a unidirectional link relationship. 

15 The link relationship attributes 465, 475, 485, 495 may include a plain language 

1 6 name (not shown) associated with each of the link references 42, 52 participating in the 

17 respective link relationship 460, 470, 480, 490, as determined and entered by the user of 

1 8 the client tool 220. The plain language name serves to describe the link reference 42, 52 

1 9 in terms better understood by the users of the system 1 00 than the URL associated with 

20 the link reference 42, 52. The link relationship attributes 465, 475, 485,495 serve to 

21 describe the link references 42, 52 in terms useful to users of the system 100, and to place 

22 the link references 42, 52 in a context that may attract users to select the link references 

23 42, 52. Other examples of link relationship attributes 465, 475, 485, 495 may include 

24 descriptions of the content of either of the document objects 40, 50 related by the link 

25 relationship 460, 470, 480, 490, wherein that content may be described to include a 

26 product review, news article, product information page, competitor's product information, 

27 or product order forms, among other types of content. 

28 The link relationship 470 may have a value assigned to the directional indicator 

29 476 specifying that the link relationship 470 is a bi-directional link relationship. This 

30 indicates that the link relationship attributes 475 apply to either of the two document 

3 1 objects (40 and 340) equally in the context of the link relationship 470. 

32 The link relationship 460 may, on the other hand, have a value assigned to the 

33 direction indicator 466 specifying that the link relationship 460 is a unidirectional link 

34 relationship. This signifies that the link relationship attributes 465 apply in only one 
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1 direction between the two document objects 40 and 50 represented in the fields 462 and 

2 463 through the link references 42 and 52 respectively. In this instance, a link 

3 relationship will not be transmitted and presented to the user of the client device 20 when 

4 requested in the direction opposite to that specified by the direction indicator 466. In the 

5 case of the link relationship 460 shown in Figure 4a, the attributes 465 apply only as the 

6 link relationship 460 is traversed from the first link reference 42 to the second link 

7 reference 52, and not in the reverse direction. In a similar manner, the link relationship 

8 490 may have a value assigned to the direction indicator 496 specifying that the link 

9 relationship 490 is a unidirectional link relationship. This signifies that the link 

1 0 relationship attributes 495 apply in only one direction between the two document objects 

11 50 and 40 represented in the fields 492 and 493 through the link references 52 and 42 

12 respectively. In the case of the link relationship 490 shown in Figure 4a, the attributes 

1 3 495 apply only as the link relationship 490 is traversed from the second link reference 52 

14 to the first link reference 42, and not in the reverse direction. In this instance, a link 

1 5 relationship will not be transmitted and presented to the user of the client device 20 when 

1 6 requested in the direction opposite to that specified by the direction indicator 496. 

17 In an alternate embodiment, the direction indicator 466 of the link relationship 

1 8 460 may comprise a plurality of directional indicator fields (not shown). Each directional 

1 9 indicator field may then correspond to one of the one or more link relationship attributes 

20 465 and indicate whether the corresponding link relationship attribute 465 may apply in 

2 1 one direction or in both directions between the two document objects 40 and 50 

22 represented in the fields 462 and 463 through the link references 42 and 52 respectively. 

23 Likewise, the direction indicator 496 of the link relationship 490 may comprise a plurality 

24 of directional indicator fields (not shown). Each directional indicator field may then 

25 correspond to one of the one or more link relationship attributes 495 and indicate whether 

26 the corresponding link relationship attribute 495 may apply in one direction or in both 

27 directions between the two document objects 50 and 40 represented in the fields 492 and 

28 493 through the link references 52 and 42 respectively. In the alternate embodiment, a 

29 similar arrangement may then be implemented for the remaining direction indicators 476, 

30 486 of the link relationships 470, 480. 

3 1 Figure 4b shows the general structure of another embodiment of the link directory 

32 35. This embodiment of the link directory 35 includes a document object table 410, and a 

33 link relationship table 420, as described above for Figure 4a. 
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1 The document object table 4 1 0 comprises a set of link references 430, 440, 450 to 

2 document objects located on the network 10 to which the link directory 35 is connected. 

3 Each link reference 430, 440, 450 further comprises the URL 432, 442, or 452 of the 

4 respective document object 40, 50, 340 of interest; a set of document object attributes 

5 435, 445, 455 associated with the URL 432, 442, 452; and a list 437, 447, 457 of pointers 

6 to any of the link relationships 460, 470, 480, 490 by which the link references 43 0, 440, 

7 450 may be connected to each other with context. In the case of a link relationship 460, 

8 490 having the direction indicator 466, 496 set to indicate that the link relationship 460, 

9 490 is unidirectional, the link relationship 460, 490 will be listed only in the list 437, 447, 

1 0 457 of pointers for the link reference 430, 440, 450 that begins the unidirectional link 

1 1 relationship 460, 490. The link references 430, 440, and 450 in Figure 4b correspond to 

12 the link references 42, 52, and the third link reference (not shown), as described in 

1 3 Figures 1 -4a above, and which point to the URL addresses of the document objects 40, 

14 50, and 340 respectively. 

1 5 The document object attributes 435, 445, 455 serve to describe the link references 

16 430, 440, 450 in terms useful to users of the system 1 00, and to place the link references 

17 430, 440, 450 in a context that may attract users to select the link references 430, 440, 

18 450. The document object attributes 435, 445, 455 may include a plain language name 

19 that serves to describe the document object 40, 50, 340 in terms better understood by the 

20 users of the system 100 than the URLs associated with the link references 430, 440, 450; 

2 1 descriptions of the content of the document obj ect 40,50,340 associated with link 

22 references 430, 440, 450, wherein that content may be described to include a product 

23 review, news article, product information page, competitor's product information, or 

24 product order forms, among other types of content; and other descriptive characteristics 

25 associated with the document object 40, 50, 340. 

26 The link references 430, 440, and 450 may be created and placed in the document 

27 object table 410 when a user of the client device 20 creates a link relationship 45 between 

28 a first document object 40 and a second document object 50 or a third document object 

29 340. 

30 The link relationship table 420 shown in Figure 4b comprises the same list of link 

3 1 relationships 460, 470, 480, 490, detailed above in Figure 4a. In Figure 4b, the link 

32 relationship 460 comprises a field 462 containing a pointer to the link reference 430 for 

33 the first document object 40 related by the link relationship 460; a field 463 containing a 

34 pointer to the link reference 440 for the second document object 50 related by the link 
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1 relationship 460; the link relationship attributes 465; and the directional indicator 466. In 

2 Figure 4b, the link relationship 470 comprises a field 472 containing a pointer to the link 

3 reference 430 for the first document object 40 related by the link relationship 470; a field 

4 473 containing a pointer to the link reference 450 for the third document object 340 

5 related by the link relationship 470; the link relationship attributes 475; and the 

6 directional indicator 476. In Figure 4b, link relationship 480 comprises a field 482 

7 containing a pointer to the link reference 440 for the second document object 50 related 

8 by the link relationship 480; a field 483 containing a pointer to the link reference 450 for 

9 the third document object 340 related by the link relationship 480; the link relationship 

10 attributes 485; and the directional indicator 486. Likewise, in Figure 4b, the link 

11 relationship 490 comprises a field 492 containing a pointer to the link reference 440 for 

12 the second document object 50 related by the link relationship 490; a field 493 containing 

13 a pointer to the link reference 430 for the first document object 40 related by the link 

14 relationship 490; the link relationship attributes 495; and the directional indicator 496. 

1 5 Figure 5 illustrates one embodiment of the present invention in which the 

1 6 invention may operate on multiple networks of varying degrees of network security. The 

17 different networks on which the systems and methods of the present invention may be 

1 8 implemented include a public network such as the Internet 5 1 0, a private network 520 

19 that may be connected to the Internet 510, and a closed network 530 that is secure and not 

20 accessible to users not connected to the closed network 530. The closed network 530 is 

2 1 not connected to any public network such as the Internet 510, and is not connected to 

22 another private network 520. 

23 The public network or Internet 510 may have components connected to it that 

24 implement the present invention, including one or more Linkspace-enabled client users 

25 511, one or more link directories 512, one or more Linkspace-hosted content units 513, 

26 and one or more networked content units 514. The link directories 512 described here are 

27 functionally equivalent to the link directories 35, 310, 320, and 360 described above in 

28 connection with Figures 1, 2 and 3a. The Linkspace-hosted content units 513 comprise 

29 information storage devices connected to the network 510 that provide additional 

30 document object storage facilities to users of the Linkspace system 100 separate from the 

3 1 publicly or privately operated networked content units 514. The networked content units 

32 514 may include networked data servers or web servers. 

33 The Linkspace-hosted content units 5 1 3 are provided to accommodate the 

34 streamlined publication and/or distribution of content by users of the Linkspace system 
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1 1 00. The client tool 220 may allow a user of the Linkspace system 1 00 to store document 

2 objects of his or her own creation through a simplified procedure, i.e., a publish document 

3 function enabled through the client GUI display 225 . The user of the client device 20 

4 may select a document object 40 that she wishes to publish through the Linkspace-hosted 

5 content units 5 1 3 , or she may create a document object (not shown) using the rendering 

6 tool 2 1 0 or other document object creation tool. The user of the client device 20 then 

7 selects the publish document function through the client GUI display 225 and selects the 

8 link directories 35, 310, 320, 360 in which she wishes to create and publish new link 

9 relationships 45, 345 referencing the user created or selected document object. The user 

1 0 of the client device 20 may then create and publish link relationships 45, 345 referencing 

1 1 the user created or selected document object. The client tool 220 may automatically 

12 upload the user created or selected document object from the user's client device 20, or 

1 3 from another location on the network, in this case the Internet 5 1 0, and save it on the 

1 4 Linkspace-hosted content unit 5 1 3 . The client tool 220 may then publish the new link 

1 5 relationships 45, 345 referencing the user created or selected document object to the 

1 6 appropriate link directory 3 5, 3 1 0, 320, 360, and then make the user created or selected 

1 7 document object available to other users of the Linkspace system 1 00 through the new 

18 link relationships 45, 345. The activity of publishing a user created or selected document 

1 9 object in this manner is also recorded in the appropriate user account record 379 for the 

20 user creating or selecting the document object to be published. 

2 1 Similarly, the private network 520 may have connected to it components that 

22 implement the present invention, including one or more Linkspace-enabled client users 

23 521 , one or more link directories 522, one or more Linkspace-hosted content units 523, 

24 and one or more networked content units 524. 

25 Additionally, the closed network 530 may have connected to it components that 

26 implement the present invention, including one or more Linkspace-enabled client users 

27 53 1, one or more link directories 532, one or more Linkspace-hosted content units 533, 

28 and one or more networked content units 534. 

29 In Figure 5, the private network 520 is shown connected to the public network or 

3 0 Internet 510. This may allow Linkspace-enabled client users 52 1 connected to the private 

3 1 network 520 to also be permitted access to any of the one or more link directories 5 12, 

32 Linkspace-hosted content units 5 1 3 , and networked content units 5 1 4 that are connected 

33 to the public network or Internet 5 1 0. However, Linkspace-enabled client users 5 1 1 

34 connected to the public network or Internet 5 1 0 that are not also among the group of 
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1 authorized Linkspace-enabled client users 521 of the private network 520, may not be 

2 permitted to access the one or more link directories 522, Linkspace-hosted content units 

3 523, and networked content units 524 that are connected to the private network 520. 

4 A Linkspace client user 53 1 connected to the closed network 530, and therefore 

5 not connected to either the public network or Internet 510 nor to the private network 520, 

6 may only be permitted access to the one or more link directories 532, Linkspace-hosted 

7 content units 533, and networked content units 534 that are connected to the closed 

8 network 530. 

9 Figure 6 is a flowchart showing the steps of a method 600 according to one 

1 0 embodiment of the present invention. The method 600 includes the steps of a first user 

1 1 (not shown) of a client device 20 locating a first document object 40 (step 610); the first 

12 user locating a second document object 50 (step 620); and the first user creating a link 

1 3 relationship 45 between the first document object 40 and the second document object 50 

14 (step 630). The method 600 includes the additional steps of storing the link relationship 

1 5 45 created by the first user in a link directory 35 (step 640); and providing access to the 

16 link directory 35 to a second user (not shown) of another client device 20 (step 650). 

1 7 The method 600 may include a step for providing authorized users of client 

1 8 devices 20 access to the link relationships 45 stored in link directories 35, based upon the 

19 document object 40 currently accessed by the users on the users' client device 20 (step 

20 660). 

2 1 Figure 7 is a flowchart showing the steps of a method 700 for accessing and 

22 displaying link relationships and related document objects on a network according to one 

23 embodiment of the present invention. The method 700 initiates when a user of a client 

24 device 20 engages the rendering tool 210 to request, access and display a document object 

25 40 (step 710). The user of the client device 20 then engages the client tool 220 and is 

26 authenticated by a server 30 (step 715). The user of the client device 20 then selects a 

27 user profile 332 (step 717) that has been returned to the client device 20 upon 

28 authentication of the user by the server 30 in step 715. The selected user profile 332 may 

29 be used to determine what attributes of the link relationships 45 will be applied to filter 

30 and sort the link references 430, 440, 450 and link relationships 460, 470, 480 returned by 

3 1 the server 30. By filtering and sorting using attributes, a manageable and meaningful 

32 group of relevant link references 430, 440, 450 may be displayed to the user based on the 

33 user's needs and interests. 
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1 In alternate embodiments of the method 700, the steps 715 and 7 1 7 may occur 

2 before the step 710. 

3 With the user profile 332 selected and the document object 40 displayed, the user 

4 then selects a client tool 220 function (step 720). The first function that the user may 

5 select is to enter a document object URL 215 into the rendering tool 210, whereupon that 

6 document object URL 21 5 is captured by the client tool 220 and transmitted to the servers 

7 30 (step 730). The activity of transmitting the document object URL 215 to the servers 

8 30 by the client tool 220 may be recorded and stored in an appropriate location within the 

9 user data store 370. 

10 The server 30 then processes the transmitted document object URL 215 across the 

1 1 various link directories 35 to which the user is authorized access. One method of 

12 processing by the server 30 is according to the following steps. The server 30 performs a 

13 search of the document object tables 410 of all link directories 35 to find all instances of 

14 the document object URL 215 (step 735). The server 30 then searches the Link 

15 relationship tables 420 in the link directories 35 where the URL 215 was found. This 

16 search by the server 30 locates all link relationships 460, 470, 480, 490 referencing the 

1 7 URL 2 1 5 as one of the pointers to link references 462 or 463, 472 or 473, 482 or 483, 492 

1 8 or 493 included in those link relationship 460, 470, 480, 490 (step 740). The server 30 

19 then accumulates all the URLs 432, 442, 452 related, through the link relationships 460, 

20 470, 480, 490 identified in step 740, to the URL 215. The server 30 also accumulates the 

21 document object attributes 435, 445, 455 associated with the identified URLs 432, 442, 

22 452 and the link relationship attributes 465, 475, 485, 495 associated with the link 

23 relationships 460, 470, 480, 490 identified in step 740 (step 745). 

24 The accumulated URLs 432, 442, 452 are then filtered by link relationship 

25 attributes 465, 475, 485, 495 (step 750), and then filtered again by document object 

26 attributes 435, 445, 455 (step 755). In alternate embodiments of the method 700, the 

27 accumulated URLs 432, 442, 452 may be filtered first by document object attributes 435, 

28 445, 455 (step 755) and then by link relationship attributes 465, 475, 485, 495 (step 750). 

29 The user profile 332 is applied to determine what link relationship attributes 465, 475, 

30 485, 495, and document object attributes 435, 445, 455 to use in filtering the accumulated 

3 1 URLs 432, 442, 452. The filtered URLs 432, 442, 452 are then sent back to the client 

32 device 20 that transmitted the URL 215, along with the associated document object 

33 attributes 435, 445, 455, and associated link relationship attributes 465, 475, 485, 495 

34 (step 760). The activity of transmitting the filtered URLs 432, 442, 452, along with the 
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1 associated document object attributes 435, 445, 455, and associated link relationship 

2 attributes 465, 475, 485, 495, to the client device 20 may be recorded and stored in an 

3 appropriate location within the user data store 370. Alternatively, the first filtering steps 

4 750, 755 may be performed by the client device 20. 

5 The client tool 220, upon receiving the filtered URLs 432, 442, 452 from the 

6 server 30, may further filter and sort the returned URLs 432, 442, 452 according to data 

7 stored in the selected user profile 332 (step 765). In this manner, the data in the user 

8 profile 332 may be applied to the filtered and sorted URLs 432, 442, 452 on either the 

9 server 30 or the client tool 20. 

1 0 The filtered and sorted URLs 432, 442, 452 are then displayed to the user of the 

1 1 client device 20 by the client GUI display 225 and the client tool 220 alerts the user of the 

12 client device 20 to the availability of related links (in the form of the returned URLs 432, 

1 3 442, 452) by means of an indicator in the client GUI display 225 (step 770). The method 

14 700 then returns to step 720 to await further action by the user of the client device 20. 

15 If, at step 720, the user of the client device 20 selects one of the URL links 432, 

16 442, 452 displayed by the Linkspace GUI display as being related by link relationships 

1 7 460, 470, 480, 490 to the presently accessed document object 40 with the URL 2 1 5 (step 

18 780), the rendering tool 210 then accesses the new document object 50 associated with 

19 the selected URL and displays that document object 50 in the GUI display 21 8 of the 

20 rendering tool 210 (step 785). The new document object URL address 215 of the selected 

21 document object 50 is then passed on to the servers 30 (step 790) and the method 700 

22 continues with step 735, as above, using the URL 215 of the new document object 50 as 

23 the URL to search for. 

24 Figure 8 is a flowchart showing the steps of a method 800 for creating and 

25 publishing link relationships according to one embodiment of the present invention. The 

26 method 800 initiates when a user of the client device 20 engages the client tool 220 and is 

27 authenticated by a server 30 (step 810). The user of the client device 20 may then select a 

28 publish link relationship function of the client tool 220 (step 815). 

29 The user of the client device 20 may then navigate, using the rendering tool 210, 

30 to the first document object 40 of the new link relationship 45 that the user of the client 

31 device 20 wishes to create and publish. The user may then select a declare first link 

32 function of the client tool 220 (step 820). The user of the client device 20 may then 

33 navigate, again using the rendering tool 21 0, to the second document object 50 that the 

34 user of the client device 20 wishes to associate by means of a link relationship 45 with the 
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1 first document object 40. The user can then select the declare second link function of the 

2 client tool 220 (step 825). The user of the client device 20 has now selected both ends of 

3 a link relationship 45 . 

4 The user now may select which of the link directories 3 5 in which the user wishes 

5 to publish the new link relationship 45 (step 830). The user of the client device 20 may 

6 then further assign link relationship attributes, such as those shown in figure 4 (465, 475, 

7 485, 495) to the link relationship 45, along with assigning any document object attributes, 

8 such as those shown in figure 4 (435, 445, 455), to the first document object 40 and 

9 second document object 50 of the link relationship 45 (step 835). The user may then 

1 0 interact with a Linkspace GUI 225 button or element to complete the link relationship 

1 1 publish function (step 840). Upon completion of the link relationship publish function on 

12 the client device, the URLs and document object attributes of the document objects 40 

1 3 and 50 associated by the new link relationship 45 are stored in the document object table 

14 41 0 in the selected link directory 35 (step 850). Additionally, the new link relationship 

15 45, along with the URL references to the first document object 40 and second document 

1 6 object 50 and the link relationship attributes, such as those shown in figure 4 (465, 475, 

17 485, 495), are stored in the link relationship table 420 in the selected link directory 35 

1 8 (step 855). The method 800 for creating and publishing link relationships completes by 

1 9 recording the publishing activity to the user account record 379 associated with the user 

20 of the client device 20 for later tracking and billing purposes (step 880). 

21 Figure 9 is an example of a user interface, more specifically, a screen view of a 

22 user interface for a relate links dialog box 900, one element of the user interface of one 

23 embodiment of the invention. The relate links dialog box 900 is invoked when a user of 

24 the client tool 220 engages the publish link relationship function of the client tool 220. In 

25 the embodiment shown in Figure 9, the relate links dialog box 900 includes a drop down 

26 list 91 0 for selecting a community of interest, a user interface term referring to one of the 

27 one or more link directories 3 5, and a checkbox 9 1 5 for indicating whether the link 

28 relationship 45 being created is to operate bi-directionally or unidirectionally. If the 

29 checkbox 91 5 is checked, then the link relationship 45 being created will only apply in 

30 one direction. In the example illustrated in Figure 9, the user has selected the community 

31 of interest (link directory 3 5) referred to as "Wireless Washington," a link directory 35 

32 storing link references 42, 52 and link relationships 45 considered by their creators as 

33 relevant to wireless device users in the Washington, DC metropolitan area. 
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1 The relate links dialog box 900 further includes a link-from section 920, a link-to 

2 section 930, a link relationship attributes display box 970, a submit link relationship 

3 button 980 and a cancel button 985. The submit link relationship button 980 is selected 

4 by the user when the user has selected and/or entered all information associated with the 

5 link references 42, 52 and the link relationship 45 that the user wishes to publish. Upon 

6 selection of the submit link relationship button 980, the client tool 220 closes the relate 

7 links dialog box 900 and transmits the information associated with the created link 

8 relationship 45 to one of the one or more servers 30. The cancel button 985 may be 

9 selected by the user to abort the creation and publication of the link relationship 45 that 

1 0 the user initiated and to close the relate links dialog box 900. 

11 In the embodiment shown in Figure 9, the link-from section 920 may include a 

12 first document object URL 922 associated with the first document object 40 included in 

1 3 the link relationship 45 being created, where the first document object URL 922 was 

14 captured when the publish link relationship function was engaged; a first plain language 

1 5 name field 925; and a listing of first document object attributes 940 and the attribute 

16 values 942 associated with those first document object attributes 940. In the example 

17 illustrated by Figure 9, the first document object URL 922 is the address of a first 

1 8 document object 40 that is a web page for a coffee and dessert shop. The first plain 

1 9 language name field 925 may be captured when the publish link relationship function was 

20 engaged and/or may be edited by the user creating the link relationship 45. An exemplary 

21 first document object attribute for food 945, and the value of specialty foods 947 assigned 

22 to the first document object attribute 945 by the user creating the link relationship 45, are 

23 also shown. 

24 The link-to section 930 similarly may include a second document object URL 932 

25 associated with the second document object 50 included in the link relationship 45 being 

26 created, where the second document object URL 932 was captured when the publish link 

27 relationship function was engaged; a second plain language name field 935; and a listing 

28 of second document object attributes 950 and the attribute values 952 associated with 

29 those second document object attributes 950. In the example illustrated by Figure 9, the 

30 second document object URL 932 is the address of a second document object 40 that is a 

3 1 web page for a "LinkSpace Restaurant" located in McLean, Virginia (a suburb of 

32 Washington). The second plain language name field 935 may be captured when the 

33 publish link relationship function was engaged and/or may be edited by the user creating 

34 the link relationship 45. An exemplary second document object attribute for location 955, 
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1 and the value of address 995 assigned to the second document object attribute 955 by the 

2 user creating the link relationship 45, are also shown. In addition, in the example 

3 illustrated by Figure 9, a subordinate attribute for city 957, subordinate under the attribute 

4 for location 955, and a value of address 995 along with the assigned value of McLean 958 

5 for the subordinate attribute for city 957, are also shown in the link-to section 930. 

6 Further subordinate attributes may include a street 956 with a value 959 of 12345 Main 

7 Street. 

8 The link relationship attributes display box 970, as shown for the embodiment 

9 illustrated by Figure 9, includes a list of link relationship attributes 972 and a delete link 

10 relationship attribute button 975. The link relationships 972 are formed by pairs of first 

1 1 document object attributes 940 and second document object attributes 950 that the user 

12 creating the link relationship 45 has selected to describe the nature of the link relationship 

13 45. These link relationship attributes 972 may form the link relationship attributes 465, 

14 475, 485, 495 described in Figure 4a. The delete link relationship attribute button 975 

1 5 may be used to delete a selected link relationship attribute 972 displayed in the link 

16 relationship attributes display box 970. 

1 7 The exemplary link relationship attribute 972 shown in Figure 9 indicates that the 

1 8 user creating the link relationship 45 has declared that the city subordinate attribute 957 

19 (one selected second document object attribute 950) of the Linkspace Restaurant 

20 associated with the second document object 50, having a value of McLean 958, is related 

21 to the food attribute 945 (one selected first document object attribute 940), having a value 

22 of specialty foods 947, of the coffee shop associated with the first document object 40. 

23 As a result, once the exemplary link relationship 45 shown in Figure 9 is created and 

24 published, other users of Linkspace-enabled client devices 20 that request and/or access 

25 the Linkspace Restaurant web page may be presented with a link reference 42, 52 

26 pointing to the web page for the coffee and dessert shop, as illustrated in the link 

27 reference display window 1020 shown in Figure 10. 

28 In one embodiment of the invention, the link relationship attribute 972 may be 

29 declared by the user performing a drag-and-drop operation wherein the document object 

30 attribute 957 is dragged and dropped onto the document object attribute 945, creating the 

3 1 link relationship attribute 972 which relates the two document objects 40, 50 by the 

32 association of the city subordinate attribute 957 to the food attribute 945. In an alternate 

33 embodiment, the creation and selection of link relationship attributes 972 may be 

34 performed in a manner similar to that used in the link-to section 930 and link-from 
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1 section 920 described above, utilizing a set of link relationship attribute types along with 

2 data input fields for entering or otherwise selecting values for those attributes. 

3 Figure 10 is an example of a screen view for one embodiment of the client GUI 

4 display 225 for one embodiment of the invention, wherein the client GUI display 225 is 

5 integrated into the GUI display 21 8 of the rendering tool 210. Also, Figure 1 0 depicts 

6 one example or manner of organizing link relationships for presentation. In the 

7 embodiment shown in figure 10, a client toolbar 1010 and a link reference display 

8 window 1020 together comprise the client GUI display 225. A browser window 1030 

9 displays the document object (40, 50) being requested and accessed by the rendering tool 

10 210 and having the document obj ect URL address 2 1 5 displayed in an address bar field 

11 1040. 

12 The client toolbar 1010 includes a number of GUI buttons that initiate various 

1 3 functions of the client tool 220. A client logon button 1 050 initiates a connection 

14 between the client tool 220 and one or more servers 30. A client logoff button 1055 ends 

1 5 a user session for the client tool 220 and disconnects the client tool 220 from the one or 

16 more servers 30. A mark starting page button 1060 may be engaged to initiate the publish 

1 7 link relationship function of the client tool 220 by setting the currently displayed 

1 8 document object 40 shown in the browser window 1030 and referenced by the document 

19 object URL address 215 displayed in the address bar field 1040 as the first document 

20 object 40 in the link relationship 45. After the user navigates to a second document 

21 object 50, a mark ending page button 1065 may be engaged to complete the selection of 

22 participating document objects 40, 50 for the publish link relationship function of the 

23 client tool 220. Engaging the mark ending page button 1065 sets the newly displayed 

24 document object 50 shown in the browser window 1030 and referenced by the document 

25 object URL address 215 displayed in the address bar field 1040 as the second document 

26 object 50 in the link relationship 45, and opens a relate links dialogue box 900 (shown 

27 and described in Figure 9 above) to allow the user of the client tool 220 to assign 

28 attributes to the link relationship 45. 

29 The client toolbar 1010 also may include three icons that indicate the availability 

30 and type of link references 42, 52 related to the document object 40 open in the browser 

3 1 window 1 030. These icons may include a publisher links indicator 1 07 1 , a private links 

32 indicator 1072, and a community links indicator 1073. 

33 The link reference display window 1020 presents the user with a hierarchical 

34 listing of any link references 42, 52, delivered by the server 30, that may be related to the 
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1 document object 40 that is currently displayed in the browser window 1 030 and has the 

2 document object URL address 215 shown in the address bar field 1040. The link 

3 reference display window 1020 may be presented in a tabbed format, wherein each tab 

4 may contain a different set of link references 42, 52 depending on the type of link 

5 reference and link relationship involved. In one embodiment of the invention, there may 

6 be three different tabs at the top of the link reference display window 1 020, each 

7 corresponding to one of the indicator icons (1 07 1 , 1 072, 1 073) in the client toolbar 1010. 

8 The first tab may be a private links tab 1074, corresponding to the private links indicator 

9 1 072. The second tab may be a publisher links tab 1075, corresponding to the publisher 

1 0 links indicator 1071. The third tab may be a community links tab 1 076, corresponding to 

1 1 the community links indicator 1 073 . 

12 The publisher links tab 1 075 displays an embodiment of the link reference display 

13 window 1020 presenting link references 42, 52 created by an entity responsible for the 

14 document object 40 displayed in the browser window 1030. The private links tab 1074 

15 displays an embodiment of the link reference display window 1020 presenting link 

16 references 42, 52 created by the user of the client tool 220. The community links tab 

17 1076 displays an embodiment of the link reference display window 1020 presenting link 

1 8 references 42, 52 created by the other users of the system 100. 

1 9 The document object 40 displayed in the browser window 1030 in Figure 10 is a 

20 representative web page, in this case for a restaurant named Linkspace. When this page is 

21 displayed, and the client tool 220 is engaged, as indicated by the recessed display of the 

22 client logon button 1050 in the client toolbar 1010, one or more of the indicator icons 

23 (1071, 1072, 1073) in the client toolbar 1010 will become highlighted if there are any link 

24 references 42, 52 available of the corresponding type. 

25 For example, as illustrated in Figure 10, the community links indicator 1073 is 

26 highlighted, while the publisher links indicator 1071 and the private links indicator 1072 

27 are grayed out. This indicates that the server 30 has returned one or more link references 

28 42, 52 that are categorized as community links and has not returned any link references 

29 42, 52 categorized as publisher or private links. The returned link references 42, 52 are 

30 displayed in the link reference display window 1020 under the community links tab 1076. 

3 1 In this case, the link references 42, 52 are displayed in a hierarchical listing under affinity 

32 directory headings 1081, 1082. The affinity directory heading 1082 shown represents one 

33 community of interest, corresponding to one link directory 35 on a server 30, maintaining 

34 one set of link relationships 45 and link references 42, 52, that may include the document 
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1 object 40 displayed in the browser window 1 030. In addition, under each affinity 

2 directory heading 1 08 1 , 1 082, there may be displayed one or more attribute folders 1 09 1 , 

3 1 092 . Each attribute folder 1 09 1 , 1 092 may contain a grouping of listed hyperlinks 1095, 

4 1 096 drawn from the respective affinity directory heading 1 082 and related to the 

5 document obj ect 40 displayed in the browser window 1 03 0 by a particular link 

6 relationship attribute 972. 

7 In the example shown in Figure 10, affinity directory heading 1 082 indicates a 

8 link directory 35 focusing on wireless devices in the Washington, DC area. Also shown 

9 in the example in Figure 1 0, the attribute folder 1 09 1 groups listed hyperlinks 1 095 by the 

1 0 link relationship attribute 972, further relating document objects 40 to specialty food 

1 1 document objects 50. The listed hyperlink 1 095, listed under the attribute folder 1091, 

1 2 comprises the text of the plain language name attribute of a document obj ect concerning 

1 3 coffee and dessert after dinner. In this manner, the listed hyperlink 1 095, displayed under 

1 4 the affinity directory heading 1 082 and the attribute folder 1091, represents a link 

1 5 reference 52 to a document obj ect 50 that is related, as a document obj ect of interest to 

16 wireless device users in the Washington area, and as a specialty food document object, to 

1 7 the document obj ect 40, the restaurant web page, displayed in the browser window 1030. 

1 8 The attribute folder 1 092 shown in the example in Figure 1 0 groups listed 

1 9 hyperlinks 1 096 by the link relationship attribute 972 further relating documents objects 

20 40 to document objects 50 concerning the downtown area of the Washington, DC suburb 

21 of McLean. The listed hyperlink 1096 is to a LinkNexus document object for the city of 

22 McLean. A LinkNexus document object may comprise a listing of further link references 

23 42, 52 to document objects 40, 50 relating to a particular subject. In the case illustrated in 

24 Figure 1 0, the LinkNexus document object indicated by the listed hyperlink 1096 may 

25 contain link references 42, 52 concerning the suburban city of McLean. In this manner, 

26 the listed hyperlink 1096, displayed under the affinity directory heading 1082 and the 

27 attribute folder 1 092, represents a link reference 52 to a document object 50 that is 

28 related, as a document object of interest to wireless device users in the Washington area, 

29 and as a link to content relevant to downtown McLean, to the document object 40, the 

30 restaurant web page, displayed in the browser window 1030. 

3 1 The affinity directory heading 1081 shown in the example in Figure 1 0 indicates a 

32 community related to "Your Company," the user's company. This affinity directory 

33 heading 1 08 1 may contain link references 42, 52 to document objects 40, 50 maintained 
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1 on the user's company's private network 520, accessible to users within the company, but 

2 not to the general public, as shown and described in Figure 5. 

3 The example of a screen view for one embodiment of the client GUI display 225 

4 in Figure 10 may further include a publish document object button 1 045, a submit link 

5 relationship annotation button 1047, a find link directories button 1057, and a user 

6 controls button 1056. The publish document object button 1045 activates a publish 

7 document object function of the client tool 220. The submit link relationship annotation 

8 button 1047 activates a submit link relationship annotation function of the client tool 220. 

9 The find link directories button 1057 activates a function of the client tool 220 and the 

10 server 30 which identifies link directories 35 which include link references 42, 52 

1 1 pointing to the currently accessed document object 40 and opens a find link directories 

12 dialog box (not shown) within the client user interface 225. 

13 The user controls button 1056 activates a user controls selection function of the 

14 client tool 220 and the server 30 and opens a user controls dialog interface (not shown) 

1 5 which permits the user of the client tool 220 to select from a plurality of user controlled 

16 document object management interfaces, including but not limited to a link reference 

17 attribute management interface 1200, a link relationship attribute management interface 

18 1 300, and a user profile configuration interface 1 400. 

19 When the find link directories button 1057 is selected the client tool 220 captures 

20 the URL of the currently accessed document object 40 and transmits that current URL to 

21 the server 30 with a request to search all link directories 35 accessible to the user for link 

22 references 42, 52 and link relationships 45 that include the current URL. If one or more 

23 link directories 35 are found that include a link reference 42, 52 or link relationship 45 

24 containing the current URL, the user of the client tool 220 is informed of the existence of 

25 the one or more directories 35 and instructed by the server 30 through the client tool 220 

26 about how to learn more about the one or more link directories 35 containing the current 

27 URL and how to gain access to those link directories 35. 

28 The systems and methods described above provide a framework for organizing, 

29 managing, and presenting document objects 40, 50 stored on a network 10. The link 

30 directories 35, link relationships 45, and link references 42, 52 enable users of the 

3 1 network 10 to organize the document objects 40, 50 on the network 10 without altering 

32 the document objects 40, 50 or changing the location of the document objects 40, 50 on 

33 the network 10. Link relationship attributes describing link relationships 45 and 

34 document object attributes describing document objects 40, 50 referred to by link 
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1 references 42, 52 provide the mechanism to organize and describe document objects 40, 

2 50. User profiles 230, 332 provide a mechanism by which users of the network 1 0 may 

3 further manage document objects 40, 50 by determining which link references 42, 52 to 

4 document objects 40, 50 may be presented to the user as potentially of interest to the user. 

5 In an alternate embodiment of the invention, the user of the client tool 220 may 

6 search link directories 35 for link relationships 45 or link references 42, 52 that have been 

7 assigned selected attributes of interest to the user. In this embodiment, the user may 

8 engage a function of the client tool 220 to present a search GUI (not shown) where the 

9 user may select one or more link directories 35 the user wishes to search and select one or 

1 0 more attributes of link relationships 45 and link references 42, 52 the user wishes to 

1 1 locate. The search GUI may also allow the user to constrain the search to selected values 

12 or ranges of values of the selected attributes of the link relationships 45 and link 

1 3 references 42, 52. Upon execution of the search function, the server 30 retrieves from the 

14 one or more selected link directories 35 one or more link relationships 45 and one or more 

1 5 link references 42, 52 that have been assigned the attributes selected by the user for the 

16 search, and the server 30 further filters the retrieved link references 42, 52 and link 

17 relationships 45 based on the constraints applied by the user to the one or more selected 

1 8 link relationship attributes or link reference attributes. 

19 Figure 11a, Figure lib, and Figure 11c ("Figure 1 1") are flowcharts illustrating a 

20 method 1 1 00 for providing a framework for managing document objects 40, 50 located 

21 on a network 10, according to one embodiment of the invention. The method 1 100 

22 includes a step for creating one or more link directories 35 storing the link relationships 

23 45 between document objects 40, 50 (step 1 1 05); a step for enabling users to create link 

24 relationships 45 between a first document object 40 and a second document object 50 

25 located on the network 10 (step 1110) and a step allowing users to assign discrete 

26 attributes describing the link relationship 45 and the document objects 40, 50 related by 

27 the link relationship 45 (step 1 120). 

28 The allowing step 1 120 may include further steps for defining link relationship 

29 attributes describing the link relationships 45 stored in the one or more link directories 35 

30 (step 1 122); and for defining document object attributes describing link references 42, 52 

3 1 to the document objects 40, 50 related by the link relationships 45 stored in the one or 

32 more link directories 35 (step 1 123). The creating step 1 105 and the defining steps 1 122 

33 and 1 123 may be performed by a user of the network 10 authorized to create and manage 

34 link directories 35. Such a user may be considered a link directory administrator (not 
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1 shown). By defining link relationship attributes describing the link relationships 45 

2 stored in the one or more link directories 35 (step 1 122) and defining document object 

3 attributes describing link references 42, 52 to the document objects 40, 50 related by the 

4 link relationships 45 stored in the one or more link directories 35 (step 1 123), the link 

5 directory administrator determines the type and qualities of the link relationships 45 and 

6 link references 42, 52 contained in the link directory 35 the link directory administrator 

7 manages. This enables the link directory administrator to set up a framework of 

8 management and presentation for the link relationships 45 and link references 42, 52 

9 contained in the link directory 35 and to establish the link directory 35 as a community of 
1 0 interest tailored to interests and topics as defined by the link directory administrator. 



1 1 The allowing step 1 120 may also include steps for assigning one or more relevant 

12 document object attributes describing a specific link reference 42, 52 to a document 

13 object 40, 50 located on the network 10 included in a link relationship 45 being created 

14 and stored in the one or more link directories 35 by a user of the network 10 (step 1 124); 

1 5 and assigning one or more relevant link relationship attributes describing a specific link 

1 6 relationship 45 being created and stored in the one or more link directories 35 by a user of 

17 the network 10 (step 1 125). The assigning steps 1 124 and 1 125 may be performed by any 

1 8 user of the network 1 0 authorized to create link relationships 45 and link references 42, 

19 52 to be stored in the one or more link directories 35. 

20 The step 1 125 of assigning one or more relevant link relationship attributes may 

21 include selecting one or more defined and assigned document object attributes associated 

22 with each of the two document objects 40, 50 that define the link relationship 45 to create 

23 a link relationship attribute describing the link relationship 45. 

24 The selecting steps 1 124 and 1 125 of the method 1 100 may be performed by any 

25 user of the network 1 0 authorized to create link relationships 45 and link references 42 by 

26 interaction with the client tool 220 through the relate links dialog box 900 illustrated in 

27 and described for Figure 9. 

28 The allowing step of the method 1100 may also include a step for storing the link 

29 relationships 45 with the defined and assigned discrete attributes in the one or more link 

30 directories 35 located on the network 10 separate from the document objects 40, 50 (step 

31 1130). 

32 The method 1 1 00 also includes a step for managing presentation of link 

33 relationships 45 to users of the network 10 using the discrete attributes assigned by users 

34 of the network 10 to determine which link relationships 45 to present to users and the 
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1 manner in which those link relationships will be presented to users (step 1 1 40). The 

2 managing step 1 140 may include steps for permitting users of the network 10 to access 

3 the one or more link directories 35 (step 1 141); for creating one or more user profiles 230, 

4 332 by specifying one or more link directories 35 and one or more attributes describing 

5 the link relationships 45 and/or attributes of the document objects 40, 50 that may be 

6 relevant to the interests of the user creating the user profiles 230, 332 (step 1 142); for 

7 retrieving from the one or more link directories 35 one or more link relationships 45 

8 between the document object 40 the user is currently accessing and other document 

9 objects 50 located on the network (step 1 143); for applying the user profiles 230, 332 as 

1 0 filters against the one or more retrieved link relationships 45 to determine which link 

1 1 relationships 45 to present to the user (step 1 144); for ordering the retrieved link 

12 relationships 45 by link directories 35 and by attributes describing the link relationships 

13 45 and/or attributes of the document objects 40, 50 (step 1 146); and for presenting the 

14 retrieved and filtered link relationships 45 to the user while the user is accessing a first 

1 5 document object 40 (step 1 149). By application of this method, a user or an administrator 

16 is provided the capability necessary to manage the presentation to the user of link 

17 relationships 45 between document objects 40, 50 on the network 10, and thereby 

1 8 improve the user's awareness of, access to and navigation through those document 

19 objects 40, 50 located on the network 10. 

20 Figure 12 is one example screen view of a user interface 1200 for defining 

21 attributes allowed for document objects 40, 50 in a link directory 35 according to one 

22 embodiment of the invention. The example user interface shown in Figure 12 may be 

23 used by a link directory administrator (not shown) to determine the types of link 

24 references 42, 52 that she wishes to be managed and stored in the specific link directory 

25 35 she is managing. The link directory administrator determines the type of link 

26 references 42, 52 she intends to maintain in the link directory 35 she controls by defining 

27 one or more document object attributes allowed to describe the link references 42, 52. 

28 The document object attributes that the link directory administrator defines, when 

29 assigned by a user for the link references 42, 52, serve to place the link references 42, 52 

30 in a useful context for users of the network 10 accessing the link references 42, 52 stored 

31 in the link directory 35. 

32 In one embodiment of the invention, the link directory administrator opens the 

33 link reference attribute management interface 1200 by starting a management session 

34 with a server 30 that contains the link directory 35 the link directory administrator wishes 
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1 to manage. In one embodiment of the invention, the link reference attribute management 

2 interface 1200 is opened inside the rendering tool 210, which may comprise a web page 

3 browser. The link reference management interface 1200 includes a link directory name 

4 label 1201 with an associated value 1202 indicating the name of the link directory 35 that 

5 will be managed by the link reference management interface 1200. An add attribute 

6 button 1205 is included beneath the link directory name label 1201 in the embodiment of 

7 the link reference attribute management interface 1200 shown in Figure 12. The add 

8 attribute button 1205 allows the user to assign a new document object attribute to the link 

9 directory 35, and presents the new attribute in the link reference attribute management 

10 interface 1200. Each new document attribute includes fields for specifying unique values 

1 1 having assigned meanings associated with the created document object attribute which 

12 may be edited and expanded upon to provide additional information. 

1 3 Each new document object attribute created within the link reference attribute 

14 management interface 1200 includes an attribute name 121 1 , an attribute data type 1212, 

15 a required attribute checkbox 1213, and a use-lookup checkbox 1214. The attribute name 

16 1211 allows the link directory administrator to create and modify a descriptive text name 

17 associated with the new document object attribute 1216. For the document object 

1 8 attribute 1 2 1 6, the link directory administrator has entered an attribute name 1 2 1 1 of 

19 "Activities and Events." The attribute data type 1212 allows the link directory 

20 administrator to specify the form of data that the document object attribute may contain. 

21 The link directory administrator selects the data type 1212 from several allowable data 

22 types (including but not limited to Boolean (yes/no), integer, text, and others permitted by 

23 the system 100) using a data type selection list box 1217. The attribute data type 1212 

24 selected using the data type selection list box 1217 allows the system 100 to ensure that 

25 valid document object attribute data is entered for each document object attribute selected 

26 by a user of the network 10 accessing and creating link relationships 45 and link 

27 references 42, 52. For the document object attribute 1216, the link directory 

28 administrator has selected a data type 1212 of "Text" from the data type selection list box 

29 1217. 

30 The required attribute checkbox 1213 allows the link directory administrator to 

3 1 specify whether the system 1 00 requires that a document object attribute defined by the 

32 link directory administrator for the link directory 35 may be required to be selected, and a 

33 value entered, by users creating link relationships 45 and link references 42, 52 in the link 

34 directory 35. This ensures that link references 42, 52 and link relationships 45 associated 
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1 with document objects 40, 50 entered in the link directory 35 have managed document 

2 object attributes, as assigned by the users, that are required by the link directory 

3 administrator to effectively manage the link relationships 45 and link references 42, 52 

4 associated with the document objects 40, 50 on the network 10. 

5 If the checkbox 121 8 for the second document object attribute 1216 listed in the 

6 link reference management interface 1200 were to be checked, then that document object 

7 attribute 1216 would be required to have values selected by users of the link directory 35. 

8 The use-lookup checkbox 1214 allows the link directory administrator to specify a 

9 managed set of possible values for each document object attribute. The use of the use- 

10 lookup checkbox 1214 is illustrated for the second document object attribute 1216 shown 

1 1 in Figure 12 where a use-lookup checkbox 1219 corresponding to the second document 

12 object attribute 1216 has been checked. Under this document object attribute 1216, a list 

13 of values 1225 is displayed, including the value 1226 of "Exhibits and Tours." This 

14 allows the link directory administrator to limit the possible values of document object 

15 attributes to the selected list of values 1225. This aspect of document object attribute 

16 management prevents uncontrolled variation of possible values in fields with attribute 

1 7 data types 1212 that require few or no constraints . 

1 8 The first document obj ect attribute 1215 listed in the link reference attribute 

19 management interface 1200, with an attribute name 1215 of "Accessible to 

20 Handicapped," is an example of a document object attribute that may be important to a 

21 user interested in a document object 40 which may describe a restaurant. The indication 

22 that a restaurant is or is not accessible to the handicapped may be a determining factor in 

23 selection of document objects 40, 50 for viewing by a user. Using the invention, users 

24 wishing to promote a document object 40 describing a restaurant may assign a document 

25 object attribute 1215 of "Accessible to Handicapped" to a link reference 42 pointing to 

26 the document object 40. A user of the invention seeking information regarding 

27 restaurants may only be interested in document objects 40,50 about restaurants that are 

28 handicapped accessible and may filter out any document objects 40,50 that are not 

29 handicapped accessible through the selection of the document object attribute 1215 in one 

30 or more user profiles 230, 332. In the example of document object attribute 1215, the 

3 1 link directory administrator has specified that the data type 1212 is a simple "yes/no" 

32 value, and has not checked the required field 1213 and therefore specified that the 

33 document object attribute 1215 is not required to be assigned by users. The use-lookup 

34 field 1214 for the document object attribute 1215 is unchecked. In this example, the 



Atty. Docket No. 12402 



36 



1 "yes/no" data type does not require specification of possible values. By defining the 

2 document object attribute 1215 of "Accessible to Handicapped" and permitting users to 

3 select that document object attribute 1215, the link directory administrator is provided 

4 with the capability to manage document objects 40, 50 that may describe a facility or 

5 event that is handicapped accessible. 

6 The invention, through the use of the link reference attribute management 

7 interface 1200 shown in Figure 12, enables the link directory administrator to manage 

8 document objects by relating document object attributes to other document object 

9 attributes based on hierarchical dependencies and common dependencies. In a 

10 hierarchical dependency a selected document object attribute may have subordinate 

1 1 document object attributes which further described document objects with the selected 

12 document object attribute. For example, the selected document object attribute may be 

13 "restaurant," and a subordinate document object attribute may be "cuisine." 

14 In a common dependency, a selected document object attribute may have a 

1 5 common document object attribute that is dependent on but not unique to the selected 

16 document object attribute. For example, the selected document object attribute may be 

17 "address," which is a common document object attribute that should not be a unique 

1 8 subordinate document object attribute of the "restaurant" document object attribute. 

1 9 These two forms of document object attribute dependencies allow more detailed 

20 description of document objects 40, 50 with each selected document object attribute. 

21 Such a more detailed description of the document objects 40, 50 referenced by the link 

22 directory 35 enables the users to more readily determine the relevance of the document 

23 objects 40, 50 to the users' needs and interests. 

24 A representative document object attribute for location 1240 may have the 

25 associated use-lookup field 1243 checked, indicating that there will be a list of values 

26 1245 associated with the document object attribute for location 1240. In the example 

27 shown in Figure 12, the link directory administrator has entered two possible values 1246, 

28 1260 in the list of values 1245 below the document object attribute for location 1240. 

29 Each of these values 1246, 1260 are alternative ways to further describe the document 

30 object attribute for location 1240. The document object attribute for location 1240 may 

31 be a document object attribute of particular importance to a user's selection of a 

32 document object 40, 50 where the user is seeking document objects describing a 

33 restaurant. The document object attribute for location 1240 may also be a document 

34 object attribute of particular importance to a user creating a link relationship 45 between 
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1 document objects 40, 50. Depending on the parameters of the user's search for document 

2 objects 40, 50, the common document object attribute for address 1246, the common 

3 document object attribute for geolocation 1260, or both, may be important discriminators 

4 in a user's search for a restaurant document object 40, 50. 

5 The link reference attribute management interface 1200 allows the link directory 

6 administrator to further assign document object attributes that may be dependent upon the 

7 location document object attributes in the list of values 1245. These document object 

8 attributes are illustrated by the document object attributes listed below the document 

9 object attribute of address 1246, including the common document object attribute with the 

10 name "zip" 1255. The common dependency of the "zip" document object attribute 1255 

11 to the location document object attribute 1240 and address document object attribute 1246 

12 clarify that the "zip" document object attribute 1255 is a value of the zip code further 

13 describing the address of a location associated with the document object 40 for which a 

14 user may be creating link references 42. 

15 By creating subordinate and common dependent document object attributes, the 

16 link directory administrator facilitates management of document objects by assigning 

17 document object attributes that further define a specific document object attribute. If the 

1 8 document object attribute to which the common or subordinate document object attribute 

19 is subordinate is selected, only then are the subordinate or common document object 

20 attributes relevant. In addition, common document object attributes distinguish these 

21 document object attributes from other uses of similar, or even identical document object 

22 attribute names 1211. For instance, the document object attribute with the name "zip" 

23 1255 might also be used to specify a delivery service area of a restaurant described in a 

24 document object 40, 50. The delivery area may include zip codes including but not 

25 limited to the zip code of the restaurant. 

26 The action word "dependencies" 1223 also allows the link directory administrator 

27 to manage document objects by identifying common or subordinate document object 

28 attributes associated with the document object attribute 1215 adjacent to the action word 

29 1223 . These common or subordinate dependent document object attributes allow the 

30 directory administrator to manage the attributes of document objects by reducing 

3 1 redundant subordinate document object attributes. For example, by making the location 

32 document object attribute 1240 not dependent on the activities and events document 

33 object attribute 1216 and fast food document object attribute 1232, the system 100 

34 permits definition and assignment of just one location document object attribute 1240 
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1 rather than a location document object attribute 1240 subordinate to each of the activities 

2 and events document object attribute 1216 and the fast food document object attribute 

3 1232. 

4 Three additional action buttons may be associated with each document object 

5 attribute, including subordinate document object attributes. These additional action 

6 buttons include an update button 1220, a delete button 1221, and an add subordinate 

7 document object attribute button 1222. The update button 1220 allows the link directory 

8 administrator to refresh the data in the link directory 35 regarding the document object 

9 attributes defined for that link directory 35. The delete button 1221 deletes the associated 

10 document object attribute, its values, and its subordinate and common document object 

1 1 attributes. The add subordinate document object attribute button 1222 adds a subordinate 

12 document object attribute that is subordinate to the document object attribute adjacent to 

13 the button 1222. 

14 When no document object attribute has been defined in the link reference attribute 

1 5 management interface 1 200, an add document obj ect attribute button 1210 allows the link 

16 directory administrator to enter a new top-level document object attribute 1215, 1216, 

17 1230, 1240. The add document object attribute button 1210 may also allow the link 

1 8 directory administrator to add another top-level document obj ect attribute 1215, 1216, 

19 1230, 1240, when one or more top-level document object attributes 1215, 1216, 1230, 

20 1240 have already been assigned. 

21 Figure 13 is one example screen view of a user interface 1300 for defining 

22 attributes for link relationships 45 in a link directory 35 according to one embodiment of 

23 the invention. The example user interface shown in Figure 1 3 may be used by a link 

24 directory administrator (not shown) to determine the types of link relationships 45 that 

25 she wishes to be managed and stored in the specific link directory 35 she is managing. 

26 The link directory administrator determines the type of link relationships 45 she intends 

27 to maintain in the link directory 35 she controls by defining one or more link relationship 

28 attributes to describe the link relationships 45. The link relationship attributes serve to 

29 place the link relationships 45 in a useful context for presentation to users of the network 

30 10. This ensures that link relationships 45 between document objects 40, 50 entered in 

3 1 the link directory 3 5 have managed link relationship attributes, as assigned by the users, 

32 that are required by the link directory administrator to effectively manage the link 

33 relationships 45 and link references 42, 52 associated with the document objects 40, 50 on 

34 the network 10. 
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1 By using the example link relationship management interface 1300 illustrated in 

2 Figure 1 3, the link directory administrator may define link relationship attributes to 

3 describe link relationships 45 maintained in the link directory 35. The link relationship 

4 attributes may be defined by associating pairs of defined document object attributes. The 

5 link relationship attributes may also be defined without regard to document object 

6 attributes. 

7 In one embodiment of the invention, the link directory administrator opens the 

8 link relationship attribute management interface 1300 by starting a management session 

9 with a server 30 that contains the link directory 35 the link directory administrator wishes 

10 to manage. In one embodiment of the invention, the link relationship attribute 

1 1 management interface 1300 may be opened inside the rendering tool 210, which may 

12 comprise a web page browser. The link relationship management interface 1300 includes 

13 a link directory name label 1301 with an associated value 1302 indicating the name of the 

14 link directory 35 that will be managed by the link relationship management interface 

15 1 300. An add pair attribute button 1 305 and an add attribute button 1 306 are included 

1 6 beneath the link directory name label 1301 in the embodiment of the link relationship 

17 attribute management interface 1 300 shown in Figure 13. The add pair attribute button 

18 1305 allows the link directory administrator to create a new link relationship attribute in 

1 9 the link directory 35 and presents the new link relationship attribute for editing in the 

20 paired link relationship attribute section 1 3 1 0 of the link relationship attribute 

21 management interface 1300. The add attribute button 1306 allows the link directory 

22 administrator to create a new link relationship attribute in the link directory 35 and 

23 presents the new link relationship attribute for editing in the stand-alone link relationship 

24 attribute section 1350 of the link relationship attribute management interface 1300. 

25 The paired link relationship attribute section 1 3 1 0 of the link relationship 

26 management interface 1 300 shows an example interface for defining paired link 

27 relationship attributes 1325 formed by relating two document object attributes defined for 

28 the link directory 35 by the link directory administrator in the link reference management 

29 interface 1200. Each new link relationship attribute defined within the link relationship 

30 attribute management interface 1300 includes an attribute name 1320, an attribute data 

31 type 1321, a required attribute checkbox 1322, and a use-lookup checkbox 1323. The 

32 attribute name 1320 allows the link directory administrator to create and modify a 

33 descriptive text name associated with the new link relationship attribute 1325. For the 

34 link relationship attribute 1 325, the link directory administrator has entered an attribute 
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1 name 1320 of "Rating." The attribute data type 1321, required attribute checkbox 1322, 

2 and use-lookup checkbox 1 323 perform substantially similar functions in relation to the 

3 link relationship attribute 1325 as the document object attribute data type 1212, required 

4 attribute checkbox 1213, and use-lookup checkbox 1214 performed for document object 

5 attributes in Figure 12. 

6 The action word "dependencies" 1335 allows the link directory administrator to 

7 add subordinate link relationship attributes (not shown) below the link relationship 

8 attribute 1325 associated with the action word 1335. Three additional action buttons may 

9 be associated with each link relationship attribute, including subordinate link relationship 

1 0 attributes. These additional action buttons include an update button 133 1 , a delete button 

1 1 1332, and an add subordinate link relationship attribute button 1333. The update button 

12 1331 allows the link directory administrator to refresh the data in the link directory 35 

1 3 regarding the link relationship attributes defined for that link directory 35. The delete 

14 button 1332 deletes the associated link relationship attribute. The add subordinate link 

1 5 relationship attribute button 1333 adds a subordinate link relationship attribute that is 

1 6 subordinate to the link relationship attribute associated with the button 1333. 

17 In the embodiment of the link relationship management interface 1300 illustrated 

1 8 in Figure 1 3, the paired link relationship attribute section 1310 further includes a link 

19 reference attribute pairs selection section 1340. The link reference attribute pairs 

20 selection section 1 340 includes two link reference attribute selection list boxes 1341, 

2 1 1342 which enable the link directory administrator to select two document object 

22 attributes from among the document object attributes defined for the link references 42, 

23 52 stored in the link directory 35 (through the link reference attribute management 

24 interface 1200 in one embodiment of the invention). By selecting the two document 

25 object attributes using the link reference attribute selection list boxes 1341, 1342, the link 

26 directory administrator specifies that the paired link relationship attribute 1 325 may 

27 describe the link relationships 45 stored in the link directory 35 as relationships between 

28 two document objects 40, 50 considered by the users creating the link relationships 45 to 

29 be significant as document objects 40, 50 having the respective document object 

30 attributes selected in the link reference attribute selection list boxes 1341, 1342. 

3 1 Each paired link relationship attribute 1325 assigned through the link relationship 

32 management interface 1300 shown in Figure 13 may also have a values section 1345 

33 associated with it. The values section 1345 may include one or more link relationship 

34 attribute value entries 1 346 which may be defined by the link directory administrator to 
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1 enable the users creating the link relationships 45 to select from specific values for the 

2 paired the link relationship attributes 1325. In the example shown in Figure 13, the 

3 selection list boxes 1341 and 1342 have selected values of "review" and "restaurant," 

4 respectively. This paired link relationship attribute 1325 may be assigned by users of the 

5 link directory 35 to describe link relationships 45 created where one of the document 

6 objects 40, 50 may be described as a review of a restaurant and the other of the document 

7 objects 40, 50 may be described as a restaurant document object. In the example for the 

8 link relationship management interface 1300 shown in Figure 13, the link relationship 

9 attribute value entries 1346 for the paired link relationship attribute 1325 qualify the 

1 0 "review" and the "restaurant" as either "good" or "bad." Many other qualifications or 

1 1 quantifications are possible. 

12 In one embodiment of the link relationship management interface 1300, as shown 

1 3 in Figure 1 3 , a stand-alone link relationship attribute section 1350 follows the paired link 

14 relationship attribute section 1310. The stand-alone link relationship attribute section 

15 1350 enables the link directory administrator to define stand-alone link relationship 

1 6 attributes 1351, 1355 in much the same manner as document object attributes may be 

17 defined using the link reference attribute management interface 1200 shown in Figure 12. 

18 The example stand-alone link relationship attribute 1351 includes an assigned attribute 

1 9 name 1 3 5 1 of "competitors," an attribute data type 1 3 52 of "text," a required attribute 

20 checkbox 1353 that is left unchecked, and a use-lookup checkbox 1354, also left 

21 unchecked. The example stand-alone link relationship attribute 1355 includes an defined 

22 attribute name 1 355 of "nearby," an attribute data type 1 356 of "decimal," a required 

23 attribute checkbox 1357 that is left unchecked, and a use-lookup checkbox 1358, that has 

24 been checked to indicate that the link directory administrator may define a set of managed 

25 attribute values for users to select from for the stand-alone link relationship attribute 

26 1355. 

27 Figure 14 is one example screen view of a user interface 1400 for configuring user 

28 profiles 230, 332 according to one embodiment of the invention. The user profile 

29 configuration interface 1400, as shown in Figure 14, enables a user of the network 10 to 

30 select one or more link directories 35 and specify one or more selected link relationship 

3 1 attributes and/or document object attributes defined for the one or more link directories 

32 35 that the user is particularly interested in. The user profile 230, 332 created by the user 

33 profile configuration interface 1400 may be utilized by the invention to filter link 

34 relationships 45 and link references 42, 52 retrieved from the one or more link directories 
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1 35 and presented to the user based upon a document object 40 currently accessed by the 

2 user. The user profile 230, 332 created by the user profile configuration interface 1400 

3 may also be utilized to ensure that the filtered link relationships 45 and link references 42, 

4 52 presented to the user represent document objects 40, 50 that match the user's interests. 

5 The user profile configuration interface 1400 includes a profile name field 1410. 

6 an available link directories section 1420, a selected link directories section 1430, an add 

7 selected link directory button 1427, a delete selected link directory button 1437, a 

8 selected attributes section 1440, and a selected attribute values section 1450. The profile 

9 name field 1410 permits the user to assign a name to the user profile 230, 332 the user is 

10 creating with the user profile configuration interface 1400. The available link directories 

1 1 section 1420 lists the names 1425 of link directories 35 that the user has been authorized 

12 to access but has not already selected as being of interest to the user in the user profile 

13 230, 332 being created with the user profile configuration interface 1400. The selected 

14 link directories section 1430 lists the names 1435 of link directories 35 that the user has 

1 5 selected to be of interest to the user for the user profile 230, 332 being created with the 

1 6 user profile configuration interface 1400. An available link directory 1425 may be 

17 selected and moved to the selected link directories section 1430 by highlighting the 

18 available link directory 1425 and activating the add selected link directory button 1427. 

19 A selected link directory 1435 may be deleted from the selected link directories list 

20 section 1430 by highlighting the selected link directory 1435 and activating the delete 

2 1 selected link directory button 1437. 

22 With one or more selected link directories 1435 added to the selected link 

23 directories section 1430, the user may then select one or more link relationship attributes 

24 or link reference attributes that have been defined for the selected link directories 1435 

25 and add them to the selected attributes section 1440. The selected attributes section 1440 

26 includes one ore more selected attributes 1445. Each selected attribute 1445 is selected 

27 by the use of a dropdown selection list-box allowing the user to pick from among the link 

28 relationship attributes and link relationship attributes defined for the selected link 

29 directories 1435 listed in the selected link directories section 1430. For each selected 

30 attribute 1445, a corresponding attribute value field 1455 is available in the selected 

3 1 attribute values section 1450. The user may enter a value in the attribute value field 1455 

32 that further describes the selected attribute 1445 of interest to the user. 

33 In the example shown in Figure 14, the selected link directories section 1430 

34 includes one selected link directory 1435 named "Wireless Washington." In this 
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1 example, the user has selected one selected attribute 1445 named "Food," and assigned it 

2 the selected attribute value 1455 of "Fast Food." This enables the user profile 230, 332 

3 given the name "Fast Dining" in the profile name field 14 1 0 to permit filtering of link 

4 relationships 45 and link references 42, 52 and to permit presentation to the user through 

5 the client GUI display 225 of only those link relationships 45 and link references 42, 52 

6 pertaining to "Fast Food" in the "Wireless Washington" link directory 35. 

7 The user profile configuration interface 1400 also includes an add attributes 

8 button 1460, a save changes to profile button 1470, a reset changes button 1480, and a 

9 return to user controls button 1490. The add attributes button 1460 inserts an additional 

10 selected attribute 1445 into the selected attributes section 1440, enabling the user to 

1 1 assign multiple selected attributes 1445. The save changes to profile button 1470 saves 

12 all the information selected and edited in the user profile configuration interface 1400 for 

13 the user profile 230, 332 indicated in the profile name field 1410 to that user profile 230, 

14 332. The reset changes button 1480 clears any changes made to any of the fields in the 

1 5 user profile configuration interface 1400 for the user profile 230, 332 indicated in the 

16 profile name field 1410. The return to user controls button 1490 exits the user profile 

1 7 configuration interface 1400 and opens a user control panel interface (not shown) 

1 8 enabling the user to add, delete and modify other user parameters, including but not 

19 limited to the link directories 35 the user may be permitted access to, identifying personal 

20 information for the user, and other data regarding the user's access to and presentation of 

21 the link relationships 45 stored in the one or more link directories 35. 

22 The document objects 40, 50 managed by the method 1 100 may be presented to 

23 the user accessing a document object through the link reference display window 1 020 

24 shown in the example of a screen view for one embodiment of the client GUI display 225 

25 in Figure 10. Link relationships 45 between document objects 40, 50 referenced by link 

26 references 42, 52 may be presented to the user in a hierarchical listing under affinity 

27 directory headings 1081, 1082 in the link reference display window 1020. Each affinity 

28 directory heading 1081, 1082 corresponds to one of the one or more link directories 35 on 

29 a server 30. In addition, under each affinity directory heading 1081, 1082, there may be 

3 0 displayed one or more attribute folders 1 09 1 , 1 092. Each attribute folder 1 09 1 , 1 092 

3 1 under each affinity directory heading 1082, 1082 corresponds to one of the one or more 

32 link relationship attributes or document object attributes that the link directory 

33 administrator has defined for the corresponding link directory 35, and that the user has 
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1 determined through one or more user profiles 230, 332, to be of interest to the user while 

2 viewing a document object 40 in the browser display window 1 030. 

3 Furthermore, each attribute folder 1091, 1092 may contain one or more listed 

4 hyperlinks 1095, 1096 drawn from the respective affinity directory headings 1081, 1082. 

5 The listed hyperlinks 1095, 1096 represent link references 52 to second document objects 

6 50 on the network 1 0 related to the first document object 40 in the browser display 

7 window 1030. The link references 52 enable the user to navigate to the second document 

8 objects 50 by selecting the listed hyperlinks 1095, 1096. A link reference 52 includes a 

9 pointer to the network address, or URL, of the second document 50. The URL of a 

1 0 document obj ect 50 may also permit the rendering tool 2 1 0 to present or highlight a 

1 1 particular location (e.g., a bookmark) in the second document object 50 upon opening the 

12 document object 50 when the user selects a listed hyperlink 1095, 1096. Alternatively, 

13 the document object 50 accessed when the user selects a listed hyperlink 1095, 1096 may 

14 be generated on the network 10 at the time of selection of the listed hyperlink 1095, 1096. 

1 5 The example of a screen view for one embodiment of the client GUI display 225 

16 also illustrates the capability provided by the one embodiment of the invention to present 

17 information regarding the users creating link references 42, 52 and link relationships 45 to 

1 8 users accessing document objects 40, 50 on the network 1 0 using the client GUI display 

1 9 225 . The example of a screen view for one embodiment of the client GUI display 225 

20 includes a publisher information popup box 1099. The publisher information popup box 

21 1099, in one embodiment of the invention, may be activated when a user of the client 

22 GUI display 225 right-clicks the pointing device of the client device 20 over one of the 

23 listed hyperlinks 1097 presented in the link reference display window 1020. 

24 The publisher information popup box 1099 includes a document object publisher 

25 information selector 1085, a document object publisher other links selector 1086, a link 

26 relationship publisher information selector 1 087, and a link relationship other link 

27 relationships selector 1088. Selecting the document object publisher information selector 

28 1085 displays to the user of the client GUI display 225 a listing of information regarding 

29 the user of the network 10 identified as the entity responsible for the network domain 

30 where the document object 50 referenced by the listed hyperlink 1097 is located. 

3 1 Selecting the document object publisher other links selector 1086 displays to the user of 

32 the client GUI display 225 a listing of other link references 42, 52 created by the user of 

33 the network 10 identified as the entity responsible for the network domain where the 

34 document object 50 referenced by the listed hyperlink 1097 is located. The user of the 
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1 network 1 0 identified as the entity responsible for the network domain where the 

2 document object 50 referenced by the listed hyperlink 1 097 is located may be determined 

3 by the use of a special document object attribute defined for and assigned to the document 

4 object 50 referenced by the listed hyperlink 1 097. 

5 Selecting the link relationship publisher information selector 1087 displays to the 

6 user of the client GUI display 225 a listing of information regarding the user of the 

7 network 10 who created the link relationship 45 referenced by the listed hyperlink 1097. 

8 Selecting the link relationship publisher information selector 1087 displays to the user of 

9 the client GUI display 225 a listing of other link relationships 45 created by the user of 

10 the network 10 who created the link relationship 45 referenced by the listed hyperlink 

1 1 1 097. The user of the network 1 0 who created the link relationship 45 referenced by the 

12 listed hyperlink 1097 is located may be determined by the use of a special link 

13 relationship attribute defined for and assigned to the link relationship 45 referenced by the 

14 listed hyperlink 1 097. 

15 The steps of the methods 600, 700, 800, and 1 100, and subsets of those steps or 

16 parts of the methods, may be implemented with hardware or by execution of programs, 

17 modules or scripts. The programs, modules or scripts may be stored or embodied on one 

1 8 or more computer readable mediums in a variety of formats, including source code, object 

19 code or executable code, among other formats. The computer readable mediums may 

20 include, for example, both storage devices and signals. Exemplary computer readable 

21 storage devices include conventional computer system RAM (random access memory), 

22 ROM (read only memory), EPROM (erasable, programmable ROM), EEPROM 

23 (electrically erasable, programmable ROM), and magnetic or optical disks or tapes. 

24 Exemplary computer readable signals, whether modulated using a carrier or not, are 

25 signals that a computer system hosting or running the described methods can be 

26 configured to access, including signals downloaded through the Internet or other 

27 networks. 

28 The terms and descriptions used herein are set forth by way of illustration only 

29 and are not meant as limitations. Those skilled in the art will recognize that many 

30 variations are possible within the spirit and scope of the invention as defined in the 

3 1 following claims, and their equivalents, in which all terms are to be understood in their 

32 broadest possible sense unless otherwise indicated. 
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